文本版|topic 高级搜索
   名人堂 帮助 论坛制度 意见反馈 | 首页 博客 周新贴 专题 求职 读书
RSS 底部
 
社区导航: 专家门诊   网络技术   操作系统   数据库   程序设计   系统应用   考试认证   CIO及信息化   站长交流   综合交流   下载基地  51CTO产品服务 设为首页 | 收藏本站
51CTO技术论坛» Java » 我对nucleus不清楚, 在此谈谈对ejb的感受       [ 打印]  [ 订阅]  [ 收藏]  [ 推荐给朋友]   [ 本帖文本页]

论坛跳转:
     
标题: [转载] 我对nucleus不清楚, 在此谈谈对ejb的感受  ( 查看:306  回复:0 )   
 
123187643
技术员  点击可查看详细



帖子 47
精华 0
无忧币 265
积分 255
阅读权限 30
注册日期 2007-8-20
最后登录 2007-8-24 离线

[查看资料]  [发短消息]  [Blog
       
发表于:2007-8-20 13:45   标题:我对nucleus不清楚, 在此谈谈对ejb的感受
上一帖 |
我对nucleus不清楚
在此谈谈对ejb的感受

在国内使用java做开发,无论客户端用什么,如jsp/jhtml/applet/application/servlet等
只要与DB打交道,如果不用ejb,绝大部分人均会用jdbc
写得好的人会将数据库抽象成对象,写得不好的人会直接操作库
这两种方法均会产生以下问题
1、如果你要调用别人的方法,你如何保证事务?[如:A程序员写A_M方法完成某一操作,B程序员想在B_M方法中调用A_M并保证事务]
2、如果你在调用别人方法时保证事务觉得麻烦,你会放弃使用别人的方法,转而自已操作DB并保证事务,此时,java的优点荡然无存
3、由于对DB的操作份散在各个javaBean中,任何时候对DB的修改将影响很多代码

看看ejb如何做
1、ejb与DB没有任何关系,对DB的修改可以通过以下方法来实现只修改局部或完全不修改任何代码
  A、修改配置文件
  B、增加一个ejb
2、Entity Bean本身每个方法保证事务,最小的单元逻辑操作可以封装在一个Entity Bean中供共亨,多个方法的事务用session Bean实现
3、至于想要负载平衡,想将系统发布到多server,想要使用自己的组件被不同的客户端访问而不用修改等,肯定只能用ejb

最大的一点感受
ejb让你从底层操作中解放出来,更多的将精力置于业务逻辑中
而且它让你以后的扩展性好一些

缺点
   1、出问题时不容易控制,尤其是对其不熟时
   2、支持得的app server都较贵



论坛活动:测测你对IT技术大会的了解指数(赠微软礼品、无忧币)
2007-8-20 13:451楼
[ 顶部 ]
     
论坛跳转:  

| | |

标记已读 · 删除论坛Cookies · 文本版 · WAP
 
| 诚征版主 | 版主堂 | 意见建议 | 大史记 | 论坛地图
Copyright©2005-2008 51CTO.COM  Powered by Discuz!
本论坛言论纯属发布者个人意见,不代表51CTO网站立场!如有疑义,请与管理员联系。
京ICP备05051492号