EJ B开发实战录之一.pdfVIP

EJB系统开发实战录(1) 作者 : 利瓦伊, 庄永璋 前一阵子和朋友一起参与了一个实际的 EJB(Enterprise JavaBean) 应用 系统开发，在其中学习到了许多有用的技术和经验。虽然目前的市面上已经有许 多讨论EJB 技术的书籍和文章，但是似乎尚未有以实际案例做为讨论内容。鉴 于目前许多公司和系统都开始采用Java 和 EJB 的技术，因此笔者在此野人献 曝，希望以一个简化的范例来说明在开发EJB 应用系统时会遭遇到的技术问题 以及一些设计上的取舍。当然对于J2EE 有兴趣的读者也可以依据文章讨论的内 容跟随作者一起开发这个范例EJB 系统。 简化的范例系统 我们将以一个在线Seminar 注册系统来说明如何使用EJB 来设计和完成， 虽然在线注册系统是否需要使用EJB 来实作是值得讨论的，但是我们讨论的重 点是在于如何藉由EJB 的技术来设计和实作此系统，读者当然可以我们讨论的 内容把这些技术使用在更实际的应用之中。 假设现在有一个『EJB 学习论坛』开了一系列的EJB 课程，使用者可以浏 览目前的课程，也可以注册想要参加的EJB 课程。而论坛中的讲师除了像使用 者一样浏览课程之外，最重要的便是开办课程以及移除课程。此外学习论坛中有 系统管理者，他的工作主要是管理注册的学员，在可供使用的教室中排讲师开办 的课程，以及确认课程将如期开始。 在一开始我们先不考虑安全方面的问题，因为在后续的文章中我们将介绍如 何使用EJB 的安全服务(Security Service) ，并且如何结合Design Pattern 来 克服许多实作的困难。 范例系统的 Use Case 从刚才的讨论中，我们可以很容易的使用Use Case 来描述此范例应用系统。 在这个范例系统中很明显的有三个 Actor 在不同的应用中互动。这三个 Actor 分别是用户，讲师以及系统管理者。这三个Actor 自各藉由使用范例系统中不同 的功能来完成他们的工作，例如用户Actor 使用了系统中浏览课程以及注册课程 的功能，而系统管理者Actor 则是负责管理注册的学员，编排课程以及确认课程。 讲师则是主导课程的Actor ，他可以浏览，开办以及移除课程(当然，必须是这个 讲师自己的课程) 。 图1 范例系统的Use Case 雏型图 上图是此范例系统的Use Case 雏型图，从图中我们除了可以清楚的看到每 一个Actor 使用的功能之外，也可以发现有许多的功能是重复的被不同的Actor 使用的，例如浏览课程等。 有了Use Case 图之后，仔细的观察其中的功能，我们可以发现除了Actor 以及范例系统的功能之外，我们也可以很快的找到其中数个相关的 Domain Entity 。例如三个Actor 就是Domain 之中的Entity ，而课程本身，以及上课 的房间等都是。 Domain Entity Analysis 在进行 Domain Entity 分析时，我们希望找到范例系统之中重要的实体 （Entity ），实体可能包含的属性，以及实体之间的关系。之所以要进行实体分 析是因为实体是EJB 中Entity Bean 最好的候选人，实体之间的关系也是EJB Relationship 的好对象，此外藉由实体分析我们也可以发现实体之间的企业规 则。 图2 便是从图 1Use Case 中分析而得的Domain Entity 架构图，在图中[除 了代表范例系统中不同的实体之外，每一个实体可能包含的属性也都呈现在图 中，这些实体属性便是对映到Entity Bean 时可能的字段数据。另外在图中也 显示了实体之间的关系，这些关系有一些是自然拥有的关系，例如一个课程在特 定的时间是由一个讲师所讲授，而一个讲师则可以讲授0 到多个课程。一个有趣 的企业规则是在图2 中我们规定了一个课程至少要有5 个注册的学员才能够开 课。 图2 范例系统的Domain Entity 分析图 实作模型分析- Entity Bean 分析 Domain Entity 本身就是很好的Entity Bean 的候选人，从图2 的Domain Entity 分析中我们可以直接把 Entity 的各属性对映成Entity Bean 的属性字 段。此外为了符合EJB 中findByPrimaryKey 的