软件的涅磐---读后评论

“构件”是一个有别于“对象”的，不同层次的封装，复用的级别也有不同。不同构件的粒度也和不同的行业，企业的需求的不同，有者直接的关系。“构件”其实是“原子”（高度封装的原子结构）的概念，不同物质，他们的原子结构不同，但是他们是组成任何物质的“单元”，当然，物质的组成也需要环境，也就是我们需要一个容器，一个基于“原子”单元的搭建平台，我们将我们所需要的“原子”，在这个平台，或者叫容器中，按照规范，搭建起来。而这种平台需要拥有一个，构件的开发环境，构件的集成，管理，部署，数据总线xml.以及数据信息的通讯EAI

CSDN 网友 ( 2004-06-18)

所有的行业，企业的ERP都可以在这个基于构件技术的平台上，搭建出来

darzui ( 2004-06-17)

软件的构件化，无疑是从建筑工程和机械制造中学习来的一种制造产品的方式。建筑和机械之的构件化，是基于低技术含量且稳定的大量基础构件之上的，比如螺栓，比如水泥板，只要采取合格的原料，就必然能够产生合格的构件，然后要做的，就是怎样将这些构件合理地组装起来了。然而对于软件来说，即便是最基础的构件，也是由coding生成的，其中渗透了太多人的智慧，既然有人脑的参与，就必然会产生不确定性，因此，构件的合格性就不能得到完全的保证。
我觉得这些是软件构件话的大难点，构件化肯定是未来的趋势，但是具体如何实现，还需要很长时间的摸索和实验。

CSDN 网友 ( 2004-06-16)

其实企业应用软件开发已经有了能将开发效率提高一个量级以上的软件工具平台，只要一个小时左右的时间，它就能完整地加工成一个进销存系统,或者一个OA系统，或者一个CRM系统。所有的开发工作只需要像画UML图一样进行模型定义，由软件工具全自动地加工出最终软件成品！不信？访问http://www.kcomsoft.com就知道这是不是真的。它依据的不仅是构件技术，而是基于模型驱动的自动编码技术。

CSDN 网友 ( 2004-06-15)

我听过普元的培训，但依然认为现在说构件化就是银弹为时过早，在普元的试验环境下，我搭建helloworld程序足足花费2小时，从入门来看，实在看不出构件的好处，从表示层来说，我找不到任何证据，证明用可视化逻辑代替代码逻辑可以带来效率的提高。但我相信，无论是写代码还是使用可视化建模，那些有经验的人，必然可以达到高效率。所以从这点来说，如果用户熟悉了普元的环境，还是可以有所作为的，如果我们写代码的人员一样。
没有银弹，依然是我的观点，构件化目前不是银弹，也是我的观点。cbd与mda虽然很热，却依然无法徒然提高生产率，这是肯定的。如果我的观点错误，那么将有大批程序员面另下岗的危机了。

CSDN 网友 ( 2004-06-18)

“构件”是一个有别于“对象”的，不同层次的封装，复用的级别也有不同。不同构件的粒度也和不同的行业，企业的需求的不同，有者直接的关系。“构件”其实是“原子”（高度封装的原子结构）的概念，不同物质，他们的原子结构不同，但是他们是组成任何物质的“单元”，当然，物质的组成也需要环境，也就是我们需要一个容器，一个基于“原子”单元的搭建平台，我们将我们所需要的“原子”，在这个平台，或者叫容器中，按照规范，搭建起来。而这种平台需要拥有一个，构件的开发环境，构件的集成，管理，部署，数据总线xml.以及数据信息的通讯EAI

CSDN 网友 ( 2004-06-17)

它无不预示着软件产业机制的转型。要始终懂的如何去把握自己的方向，千万别随着老板走！应该找的“专业点”一直坚持下去！

CSDN 网友 ( 2004-06-17)

“相信进化论吧，最终，旧的一切会被抛弃，取而代之的将会是崭新的面向构件的软件结构。”
构件也需要人去编写呀。就好像网络不能生产粮食一样，粮食还是要人去生产的。

CSDN 网友 ( 2004-06-16)

其实企业应用软件开发已经有了能将开发效率提高一个量级以上的软件工具平台，只要一个小时左右的时间，它就能完整地加工成一个进销存系统,或者一个OA系统，或者一个CRM系统。所有的开发工作只需要像画UML图一样进行模型定义，由软件工具全自动地加工出最终软件成品！不信？访问http://www.kcomsoft.com就知道这是不是真的。它依据的不仅是构件技术，而是基于模型驱动的自动编码技术。

CSDN 网友 ( 2004-06-15)

我听过普元的培训，但依然认为现在说构件化就是银弹为时过早，在普元的试验环境下，我搭建helloworld程序足足花费2小时，从入门来看，实在看不出构件的好处，从表示层来说，我找不到任何证据，证明用可视化逻辑代替代码逻辑可以带来效率的提高。但我相信，无论是写代码还是使用可视化建模，那些有经验的人，必然可以达到高效率。所以从这点来说，如果用户熟悉了普元的环境，还是可以有所作为的，如果我们写代码的人员一样。
没有银弹，依然是我的观点，构件化目前不是银弹，也是我的观点。cbd与mda虽然很热，却依然无法徒然提高生产率，这是肯定的。如果我的观点错误，那么将有大批程序员面另下岗的危机了。

CSDN 网友 ( 2004-06-16)

构件不是代码式的？构建“美”，代码不“美”？这话说的有失水准吧，我逻辑学的不好...

CSDN 网友 ( 2004-06-15)

我听过普元的培训，但依然认为现在说构件化就是银弹为时过早，在普元的试验环境下，我搭建helloworld程序足足花费2小时，从入门来看，实在看不出构件的好处，从表示层来说，我找不到任何证据，证明用可视化逻辑代替代码逻辑可以带来效率的提高。但我相信，无论是写代码还是使用可视化建模，那些有经验的人，必然可以达到高效率。所以从这点来说，如果用户熟悉了普元的环境，还是可以有所作为的，如果我们写代码的人员一样。
没有银弹，依然是我的观点，构件化目前不是银弹，也是我的观点。cbd与mda虽然很热，却依然无法徒然提高生产率，这是肯定的。如果我的观点错误，那么将有大批程序员面另下岗的危机了。

CSDN 网友 ( 2004-06-15)

黄柳青是上海普元（http://www.primeton.com）的CTO,写这种文章不怪了，大家看过就算了

CSDN 网友 ( 2004-06-14)

我觉得这是普元的抢手写的

CSDN 网友 ( 2004-06-11)

其实企业应用软件开发已经有了能将开发效率提高一个量级以上的软件工具平台，只要一个小时左右的时间，它就能完整地加工成一个进销存系统,或者一个OA系统，或者一个CRM系统。所有的开发工作只需要像画UML图一样进行模型定义，由软件工具全自动地加工出最终软件成品！不信？访问http://www.kcomsoft.com就知道这是不是真的。它依据的不仅是构件技术，而是基于模型驱动的自动编码技术。