J2EE面向对象

        OO思维

        经常看到不少人抱怨Java EE/J2EE中配置太复杂烦琐不简单易学其实所谓简单易学是取决于你是否有OO思维方式

        分层架构是面向对象OO在企业软件Software中应用标志目前个企业软件Software系统包括表现层、业务层和持久层那么分层架构和OO关系是如何？

        表现层界面表单中通常是些离散数据也就是单个字段数据通过Struts等框架提供ActionForm以及标签库将这些单个字段数据封装起来和业务层Do Model进行了映射因此表现层主要编程工作就是映射配置

        持久层是将Do Model对象保存到数据库中过去使用JDBC我们要逐个打开这些Model对象然后每个字段逐个 保存到数据库中如果说表现层框架是实现离散数据封装那么持久层实现是反方向:拆封Hibernate是个持久层O/R mapping框架 也就是在对象和关系数据库的间进行映射框架EJBCMP也是类似道理因此持久层主要编程工作也是映射配置

        表现层和持久层这种配置工作就如同打包邮寄样:你首先要将你单件用个箱子包装起来达到目地这个箱子被打开单件被逐步取出表现层和持久层这样做目是保证中间业务层完全面向对象保证业务层完全是和个个对象模型打交道

        在个真正面向对象系统中表现层和持久层是为了将非对象化数据转为对象因此在先进JavaEE/J2EE架构中表现层和持久层主要工作就是配置工作而且主要是映射mapping配置
下面问题就是:如何解决映射配置简单而且易用如果拥有正确指导配置思维那么配置工作就容易简单多 否则就倍感配置复杂 那些感觉Java配置复杂人其实他并没有完整OO思维为什么这么说呢？以ORM(Hibernate)配置简易方式介绍说明:

        配置简要的道

        首先配置是映射XML配置顾名思义也就是在两者的间做协调牵线搭桥说白了就是做红娘但和做红娘又有些区别做红娘可以要求双方做些改变互相迁就但是做映射配置则不能这样那样做就可能做出和需求要求不样东西

        配置简要的道就是:围绕对象模型进行配置；而不是围绕数据表进行配置

        以持久层映射配置来说:存在Do Model对象和关系数据表如果感觉在两者的间配置映射很困难双方做些改变但是有可能 需求不答应你旦为协调而作出改变可能偏离需求实现目标最后作出系统面貌全非根本不是客户所需要

        那么如何办？很显然紧扣需求反映需求那方坚决不要变动那么Do Model和关系数据表哪方反映需求呢？按照OO分析当然 是Do ModelModel对象我们是依据Evans Model等模型驱动设计MDD概念设计出来他们是需求代表

        很显然我们映射配置必须顺着Model对象这个思维来配对于名词式Model关联无外乎是其主要关系当然还有继承因此象Hibernate 这些映射配置语法也是面向这些主要对象关系
表现层配置也是同样道理需要将Do Model配置成界面表单在实际中我们有可能采取是通过界面收集需求因此这个映射配置过程也是考验Model对象是否提炼正确和否有可能发现Model不能实现些界面需求功能这时反过来必须修改我们Model而不是仅仅在表现层这个技术层面做些补救措施就糊弄过去

        Java EE/J2EE系统开发过程 敏捷迭代是必然没有个天才能够步到位提炼出兼顾界面和数据表以及需求统模型出来

        总的完成个真正面向对象Java EE/J2EE系统必须抓住领域建模和具体框架熟练配置两点只有这样才能保证Java项目成功实施最关键是提炼出反映出业务系统领域模型:Do Model完成业务建模后就是依赖Struts/Hibernate等配置分配将Model 映射到界面和数据库其实就是将业务模型移植到计算机领域并能够正确运行 



="xspace-totlerecord">4="xspace-totlepages">1/4="xspace-current">1234>