|
锁定老帖子 主题：Spring带来了什么？OOD学而无用
精华帖 (0) :: 良好帖 (9) :: 新手帖 (19) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2013-02-28
simple concepts build the whole architecture
|
| 返回顶楼 | |
|
发表时间：2013-02-28
thc1987 写道 dwangel 写道 有些人，有了OO之后，就所有的东西都要 用到抽象，继承。
好像不这样就不是OO了。 其实，过度进行抽象集成反而是麻烦。 改基类导致全部都改，有好的可能，也有坏的可能。 关键在于业务逻辑的需求。 反正我用spring，很多bean就是直接一个类，而不是用接口+类的方式。 我更懒,连service层都不要了,只留一个DAO层,业务逻辑写在pojo里面 这样写出来的一定是开发一时爽维护火葬场的程序 或者说根本没有把可维护性纳入考虑，只管实现功能？如果是这样，那真的是连软件开发的门都没入…… |
| 返回顶楼 | |
|
发表时间：2013-03-01
谁跟你说 Spring只可以用来做 service -- dao 这种贫血模型。。。Spring只是一个IOC 容器而已， OO和容器对立吗？
|
| 返回顶楼 | |
|
发表时间：2013-03-01
最后修改：2013-03-01
Shen.Yiyang 写道 谁跟你说 Spring只可以用来做 service -- dao 这种贫血模型。。。Spring只是一个IOC 容器而已， OO和容器对立吗？
robin有过论述。 原贴：http://www.iteye.com/topic/281289 内容： 如果你用的是Spring，没啥说的，必须贫血，你想充血也充不起来； 如果你用的是RoR，也没啥说的，直接充血，你想贫血也未必贫得下来； |
| 返回顶楼 | |
|
发表时间：2013-03-01
最后修改：2013-03-01
我想并不是spring一个框架使得OOD没有太大用处，软件基于数据库编写也起到了很大的作用。
在没有框架，没有DB的地方，软件采用OO可能是最好的选择。 |
| 返回顶楼 | |
|
发表时间：2013-03-01
gdpglc 写道 Shen.Yiyang 写道 谁跟你说 Spring只可以用来做 service -- dao 这种贫血模型。。。Spring只是一个IOC 容器而已， OO和容器对立吗？
robin有过论述。 原贴：http://www.iteye.com/topic/281289 内容： 如果你用的是Spring，没啥说的，必须贫血，你想充血也充不起来； 如果你用的是RoR，也没啥说的，直接充血，你想贫血也未必贫得下来； 呵呵 |
| 返回顶楼 | |
|
发表时间：2013-03-01
thc1987 写道 dwangel 写道 有些人，有了OO之后，就所有的东西都要 用到抽象，继承。
好像不这样就不是OO了。 其实，过度进行抽象集成反而是麻烦。 改基类导致全部都改，有好的可能，也有坏的可能。 关键在于业务逻辑的需求。 反正我用spring，很多bean就是直接一个类，而不是用接口+类的方式。 我更懒,连service层都不要了,只留一个DAO层,业务逻辑写在pojo里面 我连pojo都不要了，都用Map了。  我受到javascript洗脑了。
|
| 返回顶楼 | |
|
发表时间：2013-03-02
最后修改：2013-03-02
昨晚，重温了一下《设计模式-可复用面向对象软件的基础》。书中有这样一段话：
... 当你使用框架时，你应该复用应用的主体，写主体调用的代码。你不得不以特定的名子和调用约定来写操作的实现，但这会减少你需要做出的设计决策。 你可以快速的建立应用，而且应用还具有相似的结构。它们很容易维护，且用户看来也更一致。另一方面，你也失去一些表现创造性的自由，因为许多设计决策无需你来做出。 spring+mvc+orm 的形式的web程序，将框架的这个特性发挥的很充分。对于此类型的程序员需要的主要技能是撑握web技术、框架使用和数据库。 |
| 返回顶楼 | |
|
发表时间：2013-03-02
以你现在的理解和工作内容，发现，找个前台小妹完全可以替代你。
推荐你们项目组使用代码生成器吧，这样可以少雇佣很多所谓的开发人员。 |
| 返回顶楼 | |
|
发表时间：2013-03-03
此为新手帖无疑
|
| 返回顶楼 | |
