首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    中台之上(八):企业级业务架构的实现需要不断沟通和调整

    前面讲过了模型转化为方案和基于模型的沟通,自然就到了基于模型和业务架构进行的企业级 IT 系统开发,相信到这一讲很多人都会有所期待,毕竟从业务到模型只是一个复杂的“预备过程”,开发才是大家关注的重头戏,然而,我不得不以自己六年的企业级项目经验告诉大家,这里既没有什么神秘,也不该有什么神秘。可能让你失望了,但这是事实。为什么很多企业,甚至包括科技企业在内,业务转型或企业级方面做得不理想,其实是因为一个很简单的问题——脱节。一开始把企业级或业务转型搞得“高大上”,请咨询顾问、搞战略项目,但是往往停留在企业高层,缺少向执行层面的贯穿,当然也就更谈不到传导到开发,甚至搞战略时技术人员都很少参与。

    02

    一个Entity Bean要剥离出来至少三个以上的POJO

    一个并没有行业经验积累的软件公司,它开发的软件,基本上完全是需求驱动,而不是领域模型驱动。只有具备了领域模型积累的公司才有资格去谈领域模型驱动软件开发。在由领域模型往某种编程语言如Java上来实现的时候,绝对不会是1:1的对应关系,即使是粗颗粒度的EJB2模型都做不到,更不要说更加强调细颗粒度的POJO模型呢?用面向对象的语言如Java来编写一个领域模型,如果是用EJB2模型,你需要使用最少两个以上的EJB,即一个 Session Bean,处理面向流程的控制逻辑,一个Entity Bean,处理面向持久化的实体逻辑(持久化操作附着在Entity Bean的Home接口上)。如果是更加复杂的领域模型,那么你需要更多的EJB,也许是一个领域模型需要多个Entity Bean和多个Session Bean。现在我们使用基于POJO模型的实现,那么粗颗粒度的EJB还要继续细分:一个Entity Bean要剥离出来至少三个以上的POJO,即一个或者多个实体类,一个或者多个DAO接口类,一个或者多个DAO接口实现类;一个Session Bean要切分为多个业务Bean。

    02
    领券