欢迎来到Heck's Blog，专业承接拿站、企业建站、仿站、网上商城架构、门户网站搭建、空间域名注册、软件定制等项目。关注网络安全，因为专注，所以专业，懂得放弃，才能收获。有事请发邮件至i@heckjj.com，请记住本站网址：http://www.heckjj.com，多谢。
9月26
1、认真考虑是否真要使用j2ee
这个很重要，非常重要。j2ee涵盖的内容大而全，但很多不一定就是具体实际项目需要的。象ejb级的权限控制，如果你的表现层(大部分项目就是web server)和应用服务器不存在信任问题，那么基本上就不用考虑。又比如伸缩性，如果同时在线最多不超过100个，就没什么用处。针对项目的实际情况选择效费比最合适的解决方案，而不要为了应用先进技术而应用先进技术。
2、选择合适的分布模型
提起分布，很多人可能都会有这样的设想：server a处理认证，server b处理订单，server c处理仓储;如果b的负载太大，那么再细分一下：录入、修改部分的ejb部署在server d，统计、分析部分的部署在server e，等等。其实没有必要，我的体会是：除非业务必须(如分支机构统一通过总部的app server来进行权限验证)，否则最好将所有的应用全部放在一个app server中，能在一个进程空间内更好(使用home interface)，然后进行平行的分布?d?d即集群中的所有app server功能上都是等价的。相比前一种垂直(或者网状)分布，平行分布的可靠性、容错能力、伸缩能力都要更好，同时减少了部署、管理负担。最重要的是，减少了因为业务逻辑层内部跨进程调用引起的开销，提高了整体性能。然而，如果a、一些业务逻辑必须相互独立部署、管理，b、负载较为集中地分布在若干个ejb中，那么，垂直分布还是必不可少的。
3、为entity bean选择合适的数据存储方案
首先尽量使用cmp管理数据存储，尤其是简单的，大部分业务操作都是插入删除修改的实体，不然光insert update就够你忙的了，更不用说数据库移植问题。其次对于简单的一对一、一对多关系，如果你的app server没有实现ejb2.0规范，可以考虑使用o/r映射工具帮助开发，象cocobase， ejb creator等等，可以提高不少效率。对于复杂的对象存储，没办法，老老实实写代码吧……
这个很重要，非常重要。j2ee涵盖的内容大而全，但很多不一定就是具体实际项目需要的。象ejb级的权限控制，如果你的表现层(大部分项目就是web server)和应用服务器不存在信任问题，那么基本上就不用考虑。又比如伸缩性，如果同时在线最多不超过100个，就没什么用处。针对项目的实际情况选择效费比最合适的解决方案，而不要为了应用先进技术而应用先进技术。
2、选择合适的分布模型
提起分布，很多人可能都会有这样的设想：server a处理认证，server b处理订单，server c处理仓储;如果b的负载太大，那么再细分一下：录入、修改部分的ejb部署在server d，统计、分析部分的部署在server e，等等。其实没有必要，我的体会是：除非业务必须(如分支机构统一通过总部的app server来进行权限验证)，否则最好将所有的应用全部放在一个app server中，能在一个进程空间内更好(使用home interface)，然后进行平行的分布?d?d即集群中的所有app server功能上都是等价的。相比前一种垂直(或者网状)分布，平行分布的可靠性、容错能力、伸缩能力都要更好，同时减少了部署、管理负担。最重要的是，减少了因为业务逻辑层内部跨进程调用引起的开销，提高了整体性能。然而，如果a、一些业务逻辑必须相互独立部署、管理，b、负载较为集中地分布在若干个ejb中，那么，垂直分布还是必不可少的。
3、为entity bean选择合适的数据存储方案
首先尽量使用cmp管理数据存储，尤其是简单的，大部分业务操作都是插入删除修改的实体，不然光insert update就够你忙的了，更不用说数据库移植问题。其次对于简单的一对一、一对多关系，如果你的app server没有实现ejb2.0规范，可以考虑使用o/r映射工具帮助开发，象cocobase， ejb creator等等，可以提高不少效率。对于复杂的对象存储，没办法，老老实实写代码吧……
