EJB正在實(shí)現(xiàn)此接口。

優(yōu)點(diǎn)：

• 您不必在EJB中指定接口類型。 您只需“用Java實(shí)現(xiàn)”它，其余的工作就由容器完成。
• 有關(guān)接口類型的信息牢固地附加在接口上，因此對(duì)于其他開發(fā)人員來說可能更容易理解。
• 由于有了Java implements子句，您可以使用javac或IDE來確保實(shí)現(xiàn)了所有EJB業(yè)務(wù)方法。

缺點(diǎn)：

• 現(xiàn)在，您的界面已與EJB技術(shù)緊密結(jié)合（導(dǎo)入javax.ejb.*包。）現(xiàn)在，您必須為API客戶端提供使用它所需的庫。

具有

EJB必須定義應(yīng)該作為本地業(yè)務(wù)接口公開的接口（這是默認(rèn)設(shè)置，請(qǐng)參見第3點(diǎn)。）

優(yōu)點(diǎn)：

• 有關(guān)接口類型的信息是松散耦合的。 您可以將API交付給客戶端，而不必關(guān)心EJB語義。 如果您將其隱藏在外立面上，那么最終用戶（甚至是開發(fā)人員）甚至不必知道它在幕后使用EJB技術(shù)。
• 由于有了Java implements子句，您可以使用javac或IDE來確保實(shí)現(xiàn)了所有EJB業(yè)務(wù)方法。

缺點(diǎn)：

• 您的EJB現(xiàn)在必須使用@Local注釋定義其所有業(yè)務(wù)接口，因此這是您的附加工作。 不僅實(shí)現(xiàn)接口，還需要記住聲明EJB正在公開它。 （從javac角度看）沒有什么可以阻止您將接口放入@Local批注中，而該接口實(shí)際上不是由EJB實(shí)現(xiàn)的。

EJB正在實(shí)現(xiàn)它。

因?yàn)樗荅JB唯一實(shí)現(xiàn)的接口，所以容器假定它必須是本地業(yè)務(wù)接口。 如果EJB實(shí)現(xiàn)多個(gè)接口，則容器將無法識(shí)別哪個(gè)接口是您的本地業(yè)務(wù)接口。

優(yōu)點(diǎn)：

• 具有上述第一種和第二種方法的所有優(yōu)點(diǎn)。

缺點(diǎn)：

• 它假定EJB容器的默認(rèn)行為以及開發(fā)人員對(duì)此的了解。 如果你使用一個(gè)以上的EJB圖。它不會(huì)起作用。 此外，它甚至不會(huì) ，如果你的EJB正在實(shí)施一個(gè)以上的工作界面（不一定是EJB視圖）。

具有

在這種情況下，有趣的是，因?yàn)槟鷽]有使用Java implements子句，所以實(shí)際上接口和EJB中的方法可以具有不同的簽名。 任何此類不匹配都會(huì)導(dǎo)致容器拋出異常。 還請(qǐng)注意，業(yè)務(wù)接口方法實(shí)現(xiàn)上缺少@Override批注。 這是因?yàn)槲覀儧]有用Java術(shù)語實(shí)現(xiàn)任何接口。

優(yōu)點(diǎn)：

• 有關(guān)接口類型的信息是松散耦合的。 您可以將API交付給客戶端，而不必關(guān)心EJB語義。 如果您將其隱藏在外立面上，那么最終用戶（甚至是開發(fā)人員）甚至不必知道它在幕后使用EJB技術(shù)。

缺點(diǎn)：

• 具有上面討論的第二種方法的所有缺點(diǎn)。
• 您聲明為@Local接口的某些方法未實(shí)現(xiàn)的知識(shí)在很大程度上取決于使用的IDE。 Intellij IDEA會(huì)將其標(biāo)記為錯(cuò)誤，但AFAIR Eclipse則不會(huì)。
• 在我看來，這是最重要的缺點(diǎn)的組合，因此是定義EJB視圖的最糟糕的方法。

EJB注釋為

該EJB可以（但不是必須）實(shí)現(xiàn)某些接口（普通Java或業(yè)務(wù)本地/遠(yuǎn)程接口）。 @LocalBean僅對(duì)EJB類有效。

EJB沒有任何特殊的注釋。

該容器假定，如果將一個(gè)類注釋為EJB，但未實(shí)現(xiàn)任何接口，并且沒有任何與視圖相關(guān)的注釋–它將公開一個(gè)無接口視圖。