G
GISxChen
Unregistered / Unconfirmed
GUEST, unregistred user!
My Pointview:
1、业务逻辑是有领域范围的，比如银行、交通、电力等。不同的部门有其各自的业务逻辑，
所以不能脱离领域范围进行业务逻辑的讨论。
2、部门的业务经常变化，但是核心的逻辑基本上很少改变。为了适应变化，业务逻辑组件不
能是一个不可调整的整体一块。比如一个业务逻辑组件是由子组件来完成的，A—B—C—D，如果
企业业务发生变化（A-C-D-B），则只需要对业务逻辑的控制部分进行修改，用户界面不需要改动。
3、业务逻辑组件不应该直接存取数据源，应该有专门的数据存取组件来完成。业务组件调用
数据存取组件来完成业务。这样即使数据源不同，也不会影响业务逻辑。
4、面向对象的分析和设计更加适合与组件化程序设计，进行组件的设计时，可根据用户的需求
利用UML模型，进行组件的合理划分、制作和测试。应该先设计基础组件，然后利用基于组件的
软件重用方法（如包容和聚合）构建更高层次的企业“逻辑”组件，最后用这些企业组件完成系统
的开发。
这里所说的组件是基于COM模型的（二进制级），不是象VCL组件（源代码级的重用），微软
的MTS是一个非常好的中间件，让程序开发者把更多的精力放在编写业务逻辑上，较少地关心网络
协议、通讯方式、数据源存取、安全性、容错性和效率等问题。确实非常伟大。
分布式应用已成为企业级应用系统发展的必然。基于组件技术的分布式多层体系结构是一种
有力的企业级解决方案。学习吧！
1、业务逻辑是有领域范围的，比如银行、交通、电力等。不同的部门有其各自的业务逻辑，
所以不能脱离领域范围进行业务逻辑的讨论。
2、部门的业务经常变化，但是核心的逻辑基本上很少改变。为了适应变化，业务逻辑组件不
能是一个不可调整的整体一块。比如一个业务逻辑组件是由子组件来完成的，A—B—C—D，如果
企业业务发生变化（A-C-D-B），则只需要对业务逻辑的控制部分进行修改，用户界面不需要改动。
3、业务逻辑组件不应该直接存取数据源，应该有专门的数据存取组件来完成。业务组件调用
数据存取组件来完成业务。这样即使数据源不同，也不会影响业务逻辑。
4、面向对象的分析和设计更加适合与组件化程序设计，进行组件的设计时，可根据用户的需求
利用UML模型，进行组件的合理划分、制作和测试。应该先设计基础组件，然后利用基于组件的
软件重用方法（如包容和聚合）构建更高层次的企业“逻辑”组件，最后用这些企业组件完成系统
的开发。
这里所说的组件是基于COM模型的（二进制级），不是象VCL组件（源代码级的重用），微软
的MTS是一个非常好的中间件，让程序开发者把更多的精力放在编写业务逻辑上，较少地关心网络
协议、通讯方式、数据源存取、安全性、容错性和效率等问题。确实非常伟大。
分布式应用已成为企业级应用系统发展的必然。基于组件技术的分布式多层体系结构是一种
有力的企业级解决方案。学习吧！
