|
锁定老帖子 主题：面向对象的概念是否被神化了？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (17)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-16
我所在的公司是一个零售企业...
其中结算的业务非常复杂.. 而结算系统是几年前用PB开发的. 大量的逻辑都用存储过程完成... 其中不乏2000行的存储过程... 一看就头痛... 就算你能很好的调整你的代码结构也没用... 除非你把这个存储过程拆分成很多个小过程...要不这么长的代码始终是一个问题.. 但是当你拆分成小过程时,问题又来了... 存储过程之间调用关系很难管理...交叉调用太多.. 而且事务也是一个非常繁琐的问题...... |
| 返回顶楼 | |
|
发表时间：2008-07-16
哥们用的什么框架 你写的吗 封装的还不错 其实面向对象是被神化了 那时因为我们生活在神话的时代 所以没办法咯
|
| 返回顶楼 | |
|
发表时间：2008-07-16
面向对象是好东西，这一点不必怀疑，看看那些经典的设计模式就知道了。问题是好东西也得用在合适的场合才能发挥其优势，如果使用的场合不当，不但不能发挥其优势，还会带来相反的结果。现在有些人对面向对象了解的还不够深入，但是在设计，编码中言必提面向对象，认为凡是使用面向对象都是正确的，先进的，反之则是落伍的。这种观点是错误的，对面向对象来说也是不公正的，棒杀是杀，捧杀也同样是杀。
以数据库为中心的管理程序，我个人认为还是SQL好些，这个领域不适合面向对象的封装。为什么这么说，是因为这个领域所对应的现实世界是一个面向关系的世界，表与表的关联体现的是彼此的业务关系。 至于有人说复杂的SQL不好维护，其实业务真是复杂到简单的SQL难以描述的程度，采用面向对象描述则更加困难，维护也更困难，同时还损失了效率。 |
| 返回顶楼 | |
|
发表时间：2008-07-16
troyconder 写道 哥们用的什么框架 你写的吗 封装的还不错 其实面向对象是被神化了 那时因为我们生活在神话的时代 所以没办法咯
哈哈，可以看看：http://cuckooframework.sourceforge.net/ |
| 返回顶楼 | |
|
发表时间：2008-07-16
chengj 写道 面向对象是好东西，这一点不必怀疑，看看那些经典的设计模式就知道了。问题是好东西也得用在合适的场合才能发挥其优势，如果使用的场合不当，不但不能发挥其优势，还会带来相反的结果。现在有些人对面向对象了解的还不够深入，但是在设计，编码中言必提面向对象，认为凡是使用面向对象都是正确的，先进的，反之则是落伍的。这种观点是错误的，对面向对象来说也是不公正的，棒杀是杀，捧杀也同样是杀。
以数据库为中心的管理程序，我个人认为还是SQL好些，这个领域不适合面向对象的封装。为什么这么说，是因为这个领域所对应的现实世界是一个面向关系的世界，表与表的关联体现的是彼此的业务关系。 至于有人说复杂的SQL不好维护，其实业务真是复杂到简单的SQL难以描述的程度，采用面向对象描述则更加困难，维护也更困难，同时还损失了效率。 认同，凡是没有绝对。用简单的方式实现必须的功能，这才是硬道理。 |
| 返回顶楼 | |
|
发表时间：2008-07-17
这认为，这还是一个老问题， 适合的才是最好的。世界不能只有一条定律，软件法则也是一样，你的系统是什么样的，要先回答这个问题，不然，讨论都是没有意义。OO是一个思想，至少在我的身边，真正有这个高度的人不多，更何谈用好。
|
| 返回顶楼 | |
|
发表时间：2008-07-17
1. OO没有被神化，只是因为真正懂的人不多
2. 现有的设计都借了OO的名，却大量违背OO的真谛。希望通过现有设计去理解OO的人只有更少。 3. OO的思想不仅是程序的思想，只要人存在，他就永不过时 4. OO不是唯一的思想，但是，若说程序设计只有2种思想，那么其中之一就有OO |
| 返回顶楼 | |
|
发表时间：2008-07-17
回顾ＯＯ出现的背景，由于软件业的一日千里，导致开发的规模越来越大。ＯＯ应运而生，要求封装，强调重用和维护，更加适用于大规模的软件开发。
ＯＯ当然有不足之外，但无疑仍然是当前软件开发的上策。 我觉得讨论ＯＯ是好是坏，背景应该是一个“大规模的软件开发项目”，而不是具体的一个ＳＱＬ语句。 |
| 返回顶楼 | |
|
发表时间：2008-07-18
OO 太广泛了，没办法讨论这个，他包含了太多的含义．
能出好几本书． |
| 返回顶楼 | |
|
发表时间：2008-07-19
runthu 写道 哈哈，支持异见，查询只是个简单的例子，维护存储过程和维护java没有本质的区别，关键看你如何组织你的代码。
某些语言天生注定了他不好维护.比如transaction sql或者pql sql.代码组织得好只能让它相对好维护一点. |
| 返回顶楼 | |
