javaee面向对象实战之道

《javaee面向对象实战之道》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、http://www.jdon.com/artichect/javaee.htmlJavaEE/J2EE面向对象实战之道OO思维　　经常看到不少人抱怨JavaEE/J2EE中配置太复杂，烦琐，不简单易学，其实所谓简单易学是取决于你是否有OO思维方式。　　分层架构是面向对象OO在企业软件中应用的标志，目前一个企业软件系统包括表现层、业务层和持久层，那么分层架构和OO关系是如何？　　表现层的界面表单中通常是一些离散数据，也就是单个字段数据，通过Struts等框架提供ActionForm以及标签库，将这些单个字段数据

2、封装起来和业务层的DomainModel进行了映射，因此，表现层的主要编程工作就是映射配置。　　持久层是将DomainModel对象保存到数据库中，过去使用JDBC，我们要逐个打开这些Model对象，然后每个字段逐个保存到数据库中，如果说表现层框架是实现离散数据封装，那么持久层实现的是反方向：拆封。Hibernate是一个持久层O/Rmapping框架，也就是在对象和关系数据库之间进行映射的框架，EJB的CMP也是类似道理，因此，持久层的主要编程工作也是映射配置。　　表现层和持久层这种配置工作就如同打包邮寄一样

3、：你首先要将你的单件用一个箱子包装起来，达到目的地，这个箱子被打开，单件被逐步取出。表现层和持久层这样做的目的是保证中间业务层完全面向对象，保证业务层完全是和一个个对象模型打交道。　　在一个真正面向对象的系统中，表现层和持久层是为了将非对象化的数据转为对象。因此，在先进的JavaEE/J2EE架构中，表现层和持久层的主要工作就是配置工作，而且主要是映射mapping的配置。　　下面的问题就是：如何解决映射配置简单而且易用，如果拥有正确的指导配置的思维，那么配置工作就容易简单多，否则，就倍感配置复杂。那些感觉Ja

4、va配置复杂的人其实他并没有完整的OO思维。为什么这么说呢？以ORM(Hibernate)配置简易方式说明：配置的简要之道　　首先，配置是映射XML配置，顾名思义，也就是在两者之间做协调，牵线搭桥，说白了，就是做红娘，但和做红娘又有些区别，做红娘可以要求双方做些改变，互相迁就，但是做映射配置，则不能这样，因为那样做就可能做出和需求要求不一样的东西。　　配置的简要之道就是：围绕对象模型进行配置；而不是围绕数据表进行配置。　　以持久层映射配置来说：存在DomainModel对象和关系数据表，如果感觉在两者之间配置映

5、射很困难，双方做些改变，但是有可能需求不答应，你一旦为协调而作出的改变可能偏离需求实现的目标，最后作出的系统面貌全非，根本不是客户所需要的。　　那么怎么办？很显然，紧扣需求，反映需求的那一方坚决不要变动，那么DomainModel和关系数据表哪一方反映需求呢？按照OO分析，当然是DomainModel，Model对象我们是依据EvansModel等模型驱动设计MDD概念设计出来，他们是需求的代表。　　很显然，我们的映射配置必须顺着Model对象这个思维来配，对于名词式的Model，关联无外乎是其主要关系，当然还

6、有继承，因此，象Hibernate这些映射配置语法也是面向这些主要对象关系的。　　表现层配置也是同样的道理，需要将DomainModel配置成界面表单，在实际中，我们有可能采取的是通过界面收集需求，因此，这个映射配置过程也是考验Model对象是否提炼正确与否，有可能发现Model不能实现一些界面需求功能，这时反过来必须修改我们的Model，而不是仅仅在表现层这个技术层面做些补救措施就糊弄过去。　　JavaEE/J2EE系统开发过程敏捷的迭代是必然的。没有一个天才能够一步到位提炼出兼顾界面和数据表以及需求的统一模

7、型出来。　　总之，完成一个真正面向对象的JavaEE/J2EE系统，必须抓住领域建模和具体框架熟练配置两点，只有这样才能保证Java项目成功实施。最关键的是提炼出反映出业务系统的领域模型：DomainModel，完成业务建模后，就是依赖Struts/Hibernate等配置分配将Model映射到界面和数据库，其实就是将业务模型移植到计算机领域并能够正确运行。高聚合和低关联　　如果一个系统都被设计成相互没有任何不包含的单个对象，很显然是不能正确反映实际需求的，万事万物都是有其部分组成的，例如窗户由玻璃和框架组成，

8、人是由胳膊腿等身体部分组成，现实世界中，事物之间总是存在关系，聚合和组成是最常见的。　　例如订单，一个订单Orders中由客户名称和地址，订购的产品品种和数量，客户名称和地址我们可以抽象为Customer来代表，产品我们使用Product来代表，由于一个订单中可能订购了多个产品，很显然，一个订单对象中应该有多个Product对象，而且每个Product的数量不一样，我们将Product