发信人: leitiger()
整理人: edison(1999-11-24 07:11:02), 站内信件
|
唉，触动了我长久以来的痛，关于OO我不想多说，真的有必要找点理论的书恶
补一下了。先谈谈上面的帖子让我想到的一些念头。
大家的观点我看是受到关系数据库的影响，由于现在没有很好的OODBMS解决方
案，实际应用大家都是用RDBMS来实现数据管理，所以OO在系统分析层面是可以
纯粹应用，但到了编码实现层面，可能不那么简单。
我有一个观点，RAD工具到了最表面的应用层，没必要管什么OO！应用层代码往
往被重写，也很少会有人继承、重用应用层代码的。你不会上来就把让你们开发
系统的企业作为一个Object来考虑吧，除非你还想做“国民经济管理系统”。费
劲八拉的只会多花精力时间和金钱。关键在系统分析、系统设计、以及通用模块
的实现，这些场合用OO会
大有益处。
通用模块可以封装成UO。系统分析、设计应用OO方法描述（实际上，系统分析方
法已经在OO基础上做了很多发展），又有一大堆支持OO的开发工具，用OO方法描
述的系统很容易在实现时得到支持。数据由于由RDBMS管理，实际上只能在前端
封装，有一部分操作以存储过程方式实现，也只能勉强”封装“。
如果是做MIS，到了搭界面一层，不需要考虑什么O不O，结构化方法就够了。树
状结构简单、可靠、安全、易实现。
强调一点，我说的是MIS或类似MIS的系统，不是系统软件、工具软件等。MIS的
复杂性往往不在于一个界面、一个模块，而是整个系统的规模。所以我认为关键
在于系统分析阶段。
一家之言，谨供参考。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.130.229.55]
|
|