只想做一下调查，有多少在编写数据库管理系统时使用OO（面向对象）的思想以及产生的问题？

[火龙岛主]

OO的思想的好处不言而喻，只是想了解大家在做程序的时候使用OO作占的比例是多少？使用OO的时候大家都用什么工具做分析？

[yeeyee]

每天用.
virtual;
override;
inherited;

[cloudlyanhart]

感觉应用软件基本用oo比较好做，而delphi可以很轻松的帮我们搭起个架子

[Harryfin]

另外我觉得36楼说的：“客户频繁扯动整个项目流程，OO差点让我吐血。”

这是不是说明在流程上，还没有抽象好呢？个人理解流程步骤应该只和外部给的激励有关（状态、条件），而每个步骤本身要做的东西是不变的，因此调整流程次序应该是不难的（只是说程序实现，调整流程导致历史数据处理的话，确实吐血，但是已经和OO无关）。

[kaikai_kk]

理解当中...

[Cassava]

不要死套刘艺那一套，什么都去OO，否则你会死得很惨
其实很多东西delphi都帮你OO了，你没有必要再重新再去OO一次
我觉得在开发delphi的数据库管理系统中只要运用好delphi的窗体继承就可以了，其他的就做一些通用类或一些通用控件就可以了，不要什么都去OO一下，那是多此一举，而且会产生大量的代码维护修改起来也很不方便

[Cassava]

我估计36楼就是什么都去OO，结果不但只是吐血，死了都不知道为什么呢

[CCC的]

OO是高手的事,低手路过

[kaikai_kk]

瞧瞧热闹

[Harryfin]

经常用。

我认为OO的好处就是“封装”和“抽象”，而不单是一个对象，即使是用其他的编程思想，此两者可以说是不变的。而OO“继承”和“多态”的特性，无疑是“抽象”的利器。而且对象是可重用的。没有OO，也就没有现在的VCL。

即使不是用OO架构MIS项目，我觉得在平时编模块时，把一些复杂的功能用对象封装起来再用，也是一种好的习惯，这能让程序的逻辑性更清晰。

[Cassava]

面向对象的概念已经是很多年前提出的概念了，应该要认识到OO的思想并不是最先进的了
现在的发展趋势是：面向过程-->面向对象-->面向控件-->面向模型-->....
面向对象虽然很有用，但有更有用的

[Harryfin]

应该由项目的规模看是否使用OO。项目大了，逻辑变化多了，不用OO的思想，维护的时候会死得很惨的。每个模块都是自己很自由地从数据库里取东西，结果就是牵一发而动全身。如果OO真的那么不合理，就不会有ORM的思想出现。当然如果项目小，逻辑变化不大，或者已经是一个定型的小产品，那么不用OO也是可以的。

我觉得你可以不用OO，但是一定要有OO的思想（对锻炼自己的抽象思维真的很有帮助），不然永远只是一个会拖拖控件的程序员而已。

[Harryfin]

面向组件，组件还不是由多个对象组成的？说到底是离不开OO的。除非你只用组件不写组件。

抛开多态、抛开继承，我不知道还有什么更好的方法来抽象一样事物。请楼上指教。

[Harryfin]

个人认为面向对象是基本，面向接口、面向组件等都是面向对象的升华。

[plax0850]

用OO写数据库,人家觉得太死板了,结果说代码太差了

[UndefinedCoder]

都在用Data-Aware控件，就谈不上OO了。

[Cassava]

[Quote=引用 51 楼 Harryfin 的回复:]
面向组件，组件还不是由多个对象组成的？说到底是离不开OO的。除非你只用组件不写组件。

抛开多态、抛开继承，我不知道还有什么更好的方法来抽象一样事物。请楼上指教。
[/Quote]
我没有说过可以离开OO啊，我上面只说过不要什么都去OO，比如delphi已做有不少非常优秀的控件，
而有些人为了展现技术或不了解面向控件是比面向对象更高层次的东西，又重新做了一些不应该OO的东西出来，
把原来能够很简单就能操作的东西又变得复杂化了，这就得不常失了

[Harryfin]

说实话吧，DELPHI的控件都是对象，包括Form、DM，都还是对象，你说你是在用控件、用Form、用DM，实际上还是在OO而已。我理解的面向组件的“组件”并不是指“控件”。

你说的简单问题复杂化，倒是要避免的。

好像说远了，楼主只是问做MIS用不用OO架构而已。

[快乐小鸟]

几乎是没用过吧,呵呵
管他是不是面向对象呢!

[kwer]

很少的

[knowledge_Is_Life]

等待牛人来答.