锁定老帖子 主题:面向对象的概念是否被神化了?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (17)
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-15
的确,标题没错,内容就说的有些偏颇了
|
|
返回顶楼 | |
发表时间:2008-07-15
看来还是表达的问题,原本想表达的意思是:用简单的方法比如sql实现所需要的功能,不一定什么都需要ORM,需要OO,应该随需而定,轻松高效的开发,不要为了api而api,我们得了解好需求,做好前期设计,组件化编程,别让时髦的概念使开发迷失了方向,也体现简单才是美的真谛。
|
|
返回顶楼 | |
发表时间:2008-07-16
技术一直在追求完美,这样我们才有进步。几千年之后,我们还在用锄镐来农耕,也可以达到目的。
|
|
返回顶楼 | |
发表时间:2008-07-16
作为一个从过程语言过来又长期从事行业(零售和分销)应用的人,我与楼主有同样的感觉。前者可能使我对OO始终没有深刻理解,而后者的经验是应用的成功主要取决于对业务的深刻理解和高效地实现各种交易的处理。
|
|
返回顶楼 | |
发表时间:2008-07-16
abo 写道 作为一个从过程语言过来又长期从事行业(零售和分销)应用的人,我与楼主有同样的感觉。前者可能使我对OO始终没有深刻理解,而后者的经验是应用的成功主要取决于对业务的深刻理解和高效地实现各种交易的处理。
感同深受,用简单的技术达到目的,何乐而不为? |
|
返回顶楼 | |
发表时间:2008-07-16
runthu 写道 个人的经验,业务上的复用,关键是设计,这里的设计不是说完全靠sql来闯天下,(也许是上面的“一个SQL引发的血案”),也不是java的面向对象的特性所能完全解决的,没有听谁说linux的C源代码就一定没有复用的特性。
其实还是前不久看到的一个争论,以数据模式为核心,还是以对象模式为核心,个人感觉在实际的开发过程中,尤其是以关系数据库为核心应用开发过程中,OO的作用似乎被神化了,是不是有更简洁简单的技术。 OO如火如荼的今天,发出这样的疑问,无疑会被骂的狗血喷头,但为什么开发效率如此低下且bug丛生,尤其是对客户需求的理解经常变动的情况下,程序员更是疲于奔命。 OO思想如果用在api设计层面,体现出来的优势很明显,简洁而优雅。但国内大部分开发者还是局限于行业应用,行业知识能否迅速有效的转化为OO思想,并提炼为干净简洁的OO代码,是个值得考量的事情。 主要还是对OO的理解还不够,大部分的应用开发和设计人员,对OO的理解都处于比较初级的阶段,作出的设计抽象层次不高,对需求的变化适应能力自然不强了。 |
|
返回顶楼 | |
发表时间:2008-07-16
的确oo有缺陷
但是作者的视线或者例子太短浅了 我开发的经验oo大多数情况是第一选择 可是面对流程 面对界面 纯oo显然不行 是以有面向流程的 面向界面的。。。。等等 举例来说你用html风格的语言来定义布局,肯定比oo强 你用oo的风格语言来定义关系逻辑,以及消息互动 肯定比sql强 |
|
返回顶楼 | |
发表时间:2008-07-16
试图用一个锤子做出所有的家具的想法很不错。可是很类
所以我用不oo的html做界面比oo的java爽;可是事件机制还是要用到oo的javascript。。。。。。 不同领域 不同需求 合适选择变换工具而已 |
|
返回顶楼 | |
发表时间:2008-07-16
面向对象是一种思想,一种解决问题的方法,但并不是万能的。不可否认,面向对象是可能会降低一些效率,但是为维护带来了很多好处。而且随着硬件性能的提高,大多数应用看重的是维护性,而将效率降到其次。当然,像很多实时的系统,就没有采用面向对象的语言,目前用C的人还是很多的!
|
|
返回顶楼 | |
发表时间:2008-07-16
我觉得楼主举的例子说明的不是“面向对象被神话”,而是一个不适当的面向对象设计。
面向对象的特性:封装,继承,多态。设计合理的抽象层次、适当的封装是体现面向对象设计水平的重要标准。 对于工具、技术的选择,应该是选择有利于降低我们工作复杂度的工具和技术,而不是选择“简单的技术”。 |
|
返回顶楼 | |