shidu

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://shidu.blogbus.com/logs/402921.html

十度（新环境，新同事…旧机器） 说：
哦。我们现在可能要用ejb来做，已经好久没用了。
raimundo-中午吃的方便面，就当是小温的寿面了 说：
好
raimundo-中午吃的方便面，就当是小温的寿面了 说：
到时候交流ejb实施经验
raimundo-中午吃的方便面，就当是小温的寿面了 说：
注意一点，千万不要拿entity bean做domain model....
十度（新环境，新同事…旧机器） 说：
嗯，国庆左右启动
raimundo-中午吃的方便面，就当是小温的寿面了 说：
不然你会死得很难看...
十度（新环境，新同事…旧机器） 说：
知道了
十度（新环境，新同事…旧机器） 说：
帖子不是白看的
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这周你来吗？我们讨论一下ejb的组织
十度（新环境，新同事…旧机器） 说：
事务脚本是吧，哈哈
十度（新环境，新同事…旧机器） 说：
这周不是据说黄东来吗？crane联系的
十度（新环境，新同事…旧机器） 说：
过一阵再和你讨论ejb吧，都快忘光了，2年没用了
raimundo-中午吃的方便面，就当是小温的寿面了 说：
不光是，ejb组织里，最好按sub-system组织，不要分层
raimundo-中午吃的方便面，就当是小温的寿面了 说：
然后每个sub-system间用session facade交互...
十度（新环境，新同事…旧机器） 说：
看来你很有心得
raimundo-中午吃的方便面，就当是小温的寿面了 说：
每个facade的方法就是一个transaction-script
十度（新环境，新同事…旧机器） 说：
不分层吗？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
对呀...以前用了好多ejb...好多次欲哭无泪...
raimundo-中午吃的方便面，就当是小温的寿面了 说：
ejb是组件架构，因此组件成为子系统，比较自然
raimundo-中午吃的方便面，就当是小温的寿面了 说：
分层是sub-system内的事情
十度（新环境，新同事…旧机器） 说：
子系统内也不分层？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
不是架构的主题
raimundo-中午吃的方便面，就当是小温的寿面了 说：
内部要分
raimundo-中午吃的方便面，就当是小温的寿面了 说：
最好有一个dto/business/dao的framework
十度（新环境，新同事…旧机器） 说：
你的意思是整个系统不要分，sub里再分
raimundo-中午吃的方便面，就当是小温的寿面了 说：
对
raimundo-中午吃的方便面，就当是小温的寿面了 说：
把ui想成web ui sub-system
十度（新环境，新同事…旧机器） 说：
每个sub的分层也不一样吧
raimundo-中午吃的方便面，就当是小温的寿面了 说：
而不要想成presenation layer
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这样你会舒服很多
raimundo-中午吃的方便面，就当是小温的寿面了 说：
sub根据需要来分
十度（新环境，新同事…旧机器） 说：
哦
raimundo-中午吃的方便面，就当是小温的寿面了 说：
比如用resouce接入的一个分法，用jms的，一个分法
raimundo-中午吃的方便面，就当是小温的寿面了 说：
分而治之
十度（新环境，新同事…旧机器） 说：
说实在的，你说的有些还不是十分清楚
raimundo-中午吃的方便面，就当是小温的寿面了 说：
画个图最好了
十度（新环境，新同事…旧机器） 说：
看来周六等让你当面“喷，喷”我了，呵呵
十度（新环境，新同事…旧机器） 说：
都是很好的经验
raimundo-中午吃的方便面，就当是小温的寿面了 说：
赫赫，==，我给你画个图
十度（新环境，新同事…旧机器） 说：
好
raimundo-中午吃的方便面，就当是小温的寿面了 说：
收
raimundo-中午吃的方便面，就当是小温的寿面了 说：
很粗糙...painter画的...
十度（新环境，新同事…旧机器） 说：
多谢 
十度（新环境，新同事…旧机器） 说：
sub系统是根据功能来划分的
十度（新环境，新同事…旧机器） 说：
？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
？
十度（新环境，新同事…旧机器） 说：
你的子系统是根据功能来划分的？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
可以，或者别的也行
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这样比较好的原因是sub-system是比ejb更大粒度的组件
raimundo-中午吃的方便面，就当是小温的寿面了 说：
而ejb本身就要求很粗的重用
十度（新环境，新同事…旧机器） 说：
明白了，子系统划分的依据可以很灵活
raimundo-中午吃的方便面，就当是小温的寿面了 说：
一个facade之后大系统
raimundo-中午吃的方便面，就当是小温的寿面了 说：
正好使这个facade的session bean粒度非常大
raimundo-中午吃的方便面，就当是小温的寿面了 说：
作为重用单位很理想
raimundo-中午吃的方便面，就当是小温的寿面了 说：
而且把facade当作api的集合
十度（新环境，新同事…旧机器） 说：
只和facade打交道
raimundo-中午吃的方便面，就当是小温的寿面了 说：
对
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这个是一个模式，叫business facade...
十度（新环境，新同事…旧机器） 说：
最好有一个dto/business/dao的framework

这句活什么意思？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
非常好用
十度（新环境，新同事…旧机器） 说：
facade是包装了dao的？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
其实就是out io/process/存储
raimundo-中午吃的方便面，就当是小温的寿面了 说：
就是一个处理过程的描述
十度（新环境，新同事…旧机器） 说：
哦
十度（新环境，新同事…旧机器） 说：
dto/business/dao/facade这样吧？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
也还不太一样，最好还是画图
raimundo-中午吃的方便面，就当是小温的寿面了 说：
不过这就难画了...
十度（新环境，新同事…旧机器） 说：
哈哈
raimundo-中午吃的方便面，就当是小温的寿面了 说：
painter高不定....
十度（新环境，新同事…旧机器） 说：
dao之上应该有一个service的东西吧，service可以是简单的dao调用，也可以是关于事务的dao组合，再往上才应该是facade。不知道这样理解对不对？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这个facade是系统之外的东西
raimundo-中午吃的方便面，就当是小温的寿面了 说：
主要是交互的门面
raimundo-中午吃的方便面，就当是小温的寿面了 说：
也就是你系统内满足一定的逻辑自足
raimundo-中午吃的方便面，就当是小温的寿面了 说：
然后facade来调用
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这样的好处，当有新的交互，增加一个facade
raimundo-中午吃的方便面，就当是小温的寿面了 说：
所以，facade，就该是delegate，而不该有额外的逻辑
raimundo-中午吃的方便面，就当是小温的寿面了 说：
除非是跟交互有关的
十度（新环境，新同事…旧机器） 说：
似乎理解了
十度（新环境，新同事…旧机器） 说：
还是face-to-face交流的好
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这样才能体现灵活，而且，你发现没，如果facade了
raimundo-中午吃的方便面，就当是小温的寿面了 说：
后面用啥都行了
十度（新环境，新同事…旧机器） 说：
是呀
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这就是soa的原型...
十度（新环境，新同事…旧机器） 说：
facade只是充当了门面的功能，
raimundo-中午吃的方便面，就当是小温的寿面了 说：
至今，主要的计算型soa还是这样实现的，把一个session facade声明成webService
十度（新环境，新同事…旧机器） 说：
其他的实现他不关心
raimundo-中午吃的方便面，就当是小温的寿面了 说：
好处是，这样的实现，解决了ws的短处，transaction！
raimundo-中午吃的方便面，就当是小温的寿面了 说：
ejb系统的强项就是transaction
raimundo-中午吃的方便面，就当是小温的寿面了 说：
而ws的弱项就是transaction
raimundo-中午吃的方便面，就当是小温的寿面了 说：
互补，很多大型soa架构都推荐这样的实现
十度（新环境，新同事…旧机器） 说：
经典
raimundo-中午吃的方便面，就当是小温的寿面了 说：
就算不用internet分布，内部使用，soa的灵活和延展也能得到体现
十度（新环境，新同事…旧机器） 说：
经你这么一说，明白了很多东西，要少走很多弯路
raimundo-中午吃的方便面，就当是小温的寿面了 说：
同时加强事务，是一种非常适合大型项目处理的architecture
raimundo-中午吃的方便面，就当是小温的寿面了 说：
哎~~~这就使那个电力市场项目给我的架构经验
raimundo-中午吃的方便面，就当是小温的寿面了 说：
同时利用j2ee每个container都可集群，都可pool的特点
十度（新环境，新同事…旧机器） 说：
值
raimundo-中午吃的方便面，就当是小温的寿面了 说：
failover非常好，也是高稳定架构的典范
十度（新环境，新同事…旧机器） 说：
failover是什么？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
现在我在金山，是为了找到一种高并发架构的典范
raimundo-中午吃的方便面，就当是小温的寿面了 说：
容灾
raimundo-中午吃的方便面，就当是小温的寿面了 说：
防止单点失败
raimundo-中午吃的方便面，就当是小温的寿面了 说：
也就是以前说的什么多机容错之类的东东
十度（新环境，新同事…旧机器） 说：
我们这里好像别的部门也在弄，具体还不清楚
raimundo-中午吃的方便面，就当是小温的寿面了 说：
如果高稳定，这个结构就够了，高并发我并不看好，ejb的序列化太多了，性能很难讲
raimundo-中午吃的方便面，就当是小温的寿面了 说：
如果你做企业，这么做肯定不会错的
十度（新环境，新同事…旧机器） 说：
 
raimundo-中午吃的方便面，就当是小温的寿面了 说：
嘿，你看我要做咨询也不错吧
十度（新环境，新同事…旧机器） 说：
更适合干传销
十度（新环境，新同事…旧机器） 说：
绝对有蛊惑力
十度（新环境，新同事…旧机器） 说：
有的时候，理论知道了，但是写代码的时候还是会不由自主的犯错误
十度（新环境，新同事…旧机器） 说：
有能借鉴的吗？
raimundo-中午吃的方便面，就当是小温的寿面了 说：
这个东西我摸索了一阵，才想出来，当时做的很郁闷，有一次推倒重写....
raimundo-中午吃的方便面，就当是小温的寿面了 说：
core j2ee patterns 2ed
raimundo-中午吃的方便面，就当是小温的寿面了 说：
business facade
十度（新环境，新同事…旧机器） 说：
 推倒重写，有勇气，还是被逼得？
十度（新环境，新同事…旧机器） 说：
好，我去找些资料看看
raimundo-中午吃的方便面，就当是小温的寿面了 说：
实在写不下去了...
raimundo-中午吃的方便面，就当是小温的寿面了 说：
我自己推的...
十度（新环境，新同事…旧机器） 说：
那你重写，就不怕还不成功
raimundo-中午吃的方便面，就当是小温的寿面了 说：
好在ui层用lightweight container装配
raimundo-中午吃的方便面，就当是小温的寿面了 说：
有mock实现，可以骗一下领导...
十度（新环境，新同事…旧机器） 说：
哈哈
raimundo-中午吃的方便面，就当是小温的寿面了 说：
争取了一些时间
十度（新环境，新同事…旧机器） 说：
我要把今天的谈话记录下来，慢慢在研究一下
raimundo-中午吃的方便面，就当是小温的寿面了 说：
嘿嘿
十度（新环境，新同事…旧机器） 说：
多谢了啊
raimundo-中午吃的方便面，就当是小温的寿面了 说：
赫赫，不客气
raimundo-中午吃的方便面，就当是小温的寿面了 说：
共同进步嘛...
十度（新环境，新同事…旧机器） 说：
呵呵