8、重视表现层的复用

　　企业软件的界面，大部分都可以用一些基本元素如grid， tree， page control， form等组合而来。如果能合理采用一些技术对这些元素进行复用，不但有利于降低开发成本，而且也便于统一维护界面风格。对j2ee的表现层，也就是jsp/servlet，可以采用的复用技术不多，基本上就是文件包含、创建类库、tag lig(本质上还是创建类库，使用起来我觉得还不一定有直接方法调用来的方便)等等。还有一些不同于jsp/servlet的表现层框架，如apache velocity、enhydra、webmacro等等，也可以参考。虽然java还没有一个规范的、统一的html界面元素类库，但自己项目内部统一使用某种方案还是可能的。

　　另外，xml+xslt也是一种方案。将数据直接用xml形式表现出来，绕过entity bean，然后再用xslt模版转化成最终界面。xml与xslt之间属于模式匹配式的松散耦合，可以避免强类型语言方法调用带来的参数类型、个数、顺序限制，做到彻底地数据与界面分离;同时xml形式的数据集在app server中可以按照合适的方案进行缓冲，避免频繁访问数据库，抵销xslt转换引入的性能负担。同时xml和xslt是业界广泛采纳的标准，如果今后采用不同的体系结构(如从j2ee移植到。net或者相反)，表现层的xslt形式的界面可以重用。jsp或asp就没有这种可能。问题在于首先要管理关系型数据到层次型xml数据的映射，其次如果没有一个好的工具，创建、维护xslt也是很费时费力的事情。我现在的项目正在朝这个方向努力，希望能做一个象delphi那样好用的，基于xslt的html界面控件开发、管理、使用环境。

　　9、充分估计开发的艰辛程度

　　这个，一言难尽。总之实际需求的变化往往是超乎我们想象的，要在需求分析结束的时候就清晰划分模块接口几乎做不到，计划不如变化。而j2ee体系架构是重量级的框架，虽然app server实现了很多功能，但同时也要求你开发的时候付出额外的代价。对于j2ee项目的资金、时间、人手等资源估计，宁可多不可少，千万不要简单认为用了一个weblogic就万事大吉了。

上一页 [1] [2]

文章整理：iocblog
版权申明：本站文章均来自网络，如有侵权，请联系我们，我们收到后立即删除，谢谢！
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有。