Tag: ecb pattern

（实体 – 控制 – 边界模式） – >如何处理两个实体？

前提 我最近阅读/观看了由Java Champion Adam Bien撰写的很多文章/video，他主张使用古老但更新的 实体 – 控制 – 边界设计模式 JAVA EE> = 6。 利用CDI，EJB 3.1，JPA 2和其他JAVA EE 6function，这种模式应该有助于创建更多面向业务的组件 ，更容易进行unit testing，并根据职责更高地分离关注点。 由于我使用了上面列出的所有function，这种模式听起来非常有趣，我正在寻找它，看看ECB是否符合我的下一个项目要求。 到目前为止我得到了什么 在ECB中，每个逻辑实体分为三部分（如果我错了，请纠正我）： 边界 ，一种强大的外墙，唯一可从外面进入的等级。 对于外部 （如果我做对了），我们的意思是在应用程序之外 ，例如。 远程客户端， 在组件包之外 ，例如。 我申请的另一部分; a（n可选） 控制器 ，负责某种操作（例如，实体的validation）; 一个实体 ，可以是一个纯粹的JPA实体，但也可以包含一些装饰/validation/（最小）业务逻辑。 例如，考虑有两个不同的实体（ Orange和Apple ），一个在它们FruitsManager做CRUD的类（ FruitsManager ）和一个对它们执行一些控制的类（ FruitsQualityChecker ）。 直到昨天，它会像（ OLD WAY ）： com.foo.bar.business.FruitsService /* CRUD */ com.foo.bar.business.FruitsQualityChecker /* […]