今天在看EJB的相关知识时回忆起以前SLSB中业务接口的设计。
声明一个业务接口继承自java.rmi.Remote接口(BTW,这是一个Marker interface). 该接口中声明所有业务需要的远程方法。EJB实现类实现这个业务接口即可,不需要直接实现java.rmi.Remote
该方案目的有二:
1. 抽象出一个公共的业务接口并强迫EJB实现(编译时检查)
2. 解耦EJB中多余的接口声明。当然注意的是业务接口中的方法还是需要抛出java.rmi.RemoteException的,要不EJB实现类没法实现.(参考实现时接口变窄的思想)
本文讨论了在EJB设计中通过声明公共业务接口和远程方法来抽象业务逻辑和解耦多余接口声明的策略。重点强调了接口的公共性及其在编译时检查的作用,同时解释了抛出RemoteException的原因。
308

被折叠的 条评论
为什么被折叠?



