华电在合作中，很多的工程师都是同时的合作，用户在SOA的定位中绝对不是盲从，而是要把自己的架构告诉大家．基于标准的产品是可以任何组合的，对于如何搭建适合用户的架构是必须要明确的．在整个对标管理，整个业务工作中，配置的工作远远比变成代码的工作量要大得多，这就是SOA开发的根本性的转变，当我们的开发从编码逐步过渡到配置感觉的时候，我们适应变化的可能性就更大，这种配置如果被用户掌握，适应变化的可能性会更大，赢的机会会更强．事实上我们在很多的编码过程中，这个数据库到下一个数据库的过程中，报表过程中，即使你采用的SOA的架构，依然可以用传统的方法进行绑定，依然可以用传统的方法去展现去进行数据库的同步的复制，虽然在刚上线的时候功能是一样的，但是目标发生变化的时候，架构要强得多．并不是说实施了SOA的架构就真的SOA了，而是要真正的实施到位．

　　到底流程引擎给大家带来了什么?为什么实现了业务和编码的分离，我可以稍微多讲一句，实际上大家可以看到，在流程里，就是三样东西，任何公司的，一个是SCA的组件，一个是SDO的模型，还有一个是共享库．为什么分离了?

 << 上一页  [11] [12] [13] [14] [15] [16] [17] [18] 下一页