2. 把EJB 掰开了揉碎了
我们把EJB 的概念好好的分析一下。看看能发现些什么蛛丝马迹。

3.1 EJB 概念的剖析
我们先看一下，EJB 的官方解释：
商务软件的核心部分是它的业务逻辑。业务逻辑抽象了整个商务过程的流程，并使用计算机语言将他们实现。……
J2EE 对于这个问题的处理方法是将业务逻辑从client软件中抽取出来，封装在一个组件中。这个组件执行在一个独立的server上，client软件通过网络调用组件提供的服务以实现业务逻辑，而client软件的功能单纯到仅仅负责发送调用请求和显示处理结果。

在J2EE 中。这个执行在一个独立的server上，并封装了业务逻辑的组件就是EJB（Enterprise Java Bean）组件。
这当中我们主要关注这么几点，我们来逐条剖析：
剖析1：所谓："业务逻辑"
我们注意到在EJB 的概念中主要提到的就是"业务逻辑"的封装。而这个业务逻辑究竟是什么？说的那么悬乎。事实上这个所谓的"业务逻辑"我们全然能够理解成运行特定任务的"类"。
剖析2：所谓："将业务逻辑从client软件中抽取出来，封装在组件中……执行在一个服
务器上"
既然我们知道了"业务逻辑"的概念就是执行特定任务的"类"，那么，什么叫"从client软件中抽取出来"？事实上，这个就是把原来放到client的"类"，拿出来不放到client了，放到一个组件中。并将这个组件放到一个server上去执行。

3.2 把EJB 这个概念变成大白话
变成大白话就是，"把你编写的软件中那些须要运行制定的任务的类，不放到client软件上了，而是给他打成包放到一个server上了"。
3.3 发现问题了
无论是用"八股文"说。还是用大白话说这个EJB 概念都提到了一个词--"client软件"。
"client软件"？难道EJB 的概念中说的是C/S 软件？
是的，没错！

EJB 就是将那些"类"放到一个server上。用C/S 形式的软件client对server上的"类"进行调用。

结束语：我认为文章中的“把你编写的软件中那些须要运行制定的任务的类，不放到client软
件上了，而是给他打成包放到一个server上了”这句话就是我想要的。

用通俗易懂的语言把那些晦涩难懂的“官方语言”解说清楚，这也是一种能力。