关于web开发中的OO

[Adol1111]

做web开发也有一段时间了，但是接触越多就越觉得OO的成分太少了。

我接触的大部分情况下，业务层的每一个模块都是独立的，每个人各管个的，仅仅是完成了功能，什么多态、继承什么的基本上就没用过。

虽然我也不喜欢为了OO而OO，但总觉得以前学的现在很少用到，那些设计模式什么的也基本没怎么用过，有种被坑的感觉（应该是我做项目的经验太少了吧）

在网上搜了一下，说N层架构一般就是这样的，如果想要真正的OO，就要用DDD来开发。这就涉及到贫血模型和充血模型了。对这两个模型还是有简单了解的，但感觉DDD还是很复杂，完全不知道怎么用。而且网上对贫血模型和充血模型的评价不一。

不知道大家是怎么想的？是不是现在开发，对OO真的很少涉及？

[以专业开发人员为伍]

引用 楼主 Adol1111 的回复:

在网上搜了一下，说N层架构一般就是这样的，如果想要真正的OO，就要用DDD来开发。这就涉及到贫血模型和充血模型了。对这两个模型还是有简单了解的，但感觉DDD还是很复杂，完全不知道怎么用。而且网上对贫血模型和充血模型的评价不一。

跟贫血或者充血没有直接关系。 OO从形式上就是继承和多态，从设计上就是将那些低级的对象的耦合移植在父类中统一实现。比如说你对于类似的业务对象是不是copy一大堆代码？这就是因为不OO。

[以专业开发人员为伍]

从工程组织上说，比如说一个公司它就是想找一帮民工来搞点“项目”，这样好管理民工，那么它就会让你在现有的工作水平上“很有成就感”。一定会有人会找出各种理由认为你们现在的“简单分解一下任务，根本没有什么设计和重构”的做法已经“很好”。

[Adol1111]

引用 2 楼 sp1234 的回复:

从工程组织上说，比如说一个公司它就是想找一帮民工来搞点“项目”，这样好管理民工，那么它就会让你在现有的工作水平上“很有成就感”。一定会有人会找出各种理由认为你们现在的“简单分解一下任务，根本没有什么设计和重构”的做法已经“很好”。

小项目做多了就觉得web无非就是CRUD，成就感反而越来越低。没什么复杂的业务，那些设计、重构什么的一点用都没有，越做这些就越感觉这些东西离得太遥远...

[leoleo4]

平时用不到没有关系。工作之余多读读书。多写点晓得程序让自己用到那些知识。积累到一定时间跳槽了以后就可以大展拳脚了。

[以专业开发人员为伍]

引用 3 楼 Adol1111 的回复:

小项目做多了就觉得web无非就是CRUD，成就感反而越来越低。没什么复杂的业务，那些设计、重构什么的一点用都没有，越做这些就越感觉这些东西离得太遥远...

那么你的成就感就对公司造成威胁了。 实际上许多公司，就是需要民工，而不需要程序设计师。

[以专业开发人员为伍]

实际上凡是接受过这方面教育的人，拿来最近10年的软件工程的书，就可以开始试着设计一些东西。你也可以试试看，看能不能提出一些有益的东西，而不是像博客园里的那种文章一样地、缺少实际的文字描述、而是靠把公司里的源代码的图片贴一堆来填满版面。 有些人只会抄袭。一旦让他写一个连贯的文字步骤描述，他就只会贴人家的图片了。这个时候就是你的状态，这个时候只有靠外力去改变你自己。

[ltcszk]

vs里内置了代码分析，你可以用一下看看自己复制粘贴了多少

[Adol1111]

引用 9 楼 ltcszk 的回复:

vs里内置了代码分析，你可以用一下看看自己复制粘贴了多少

刚刚试了下，的确好用，之前一直没发现VS还有这功能

[threenewbee]

引用 3 楼 Adol1111 的回复:

[quote=引用 2 楼 sp1234 的回复:] 从工程组织上说，比如说一个公司它就是想找一帮民工来搞点“项目”，这样好管理民工，那么它就会让你在现有的工作水平上“很有成就感”。一定会有人会找出各种理由认为你们现在的“简单分解一下任务，根本没有什么设计和重构”的做法已经“很好”。

小项目做多了就觉得web无非就是CRUD，成就感反而越来越低。没什么复杂的业务，那些设计、重构什么的一点用都没有，越做这些就越感觉这些东西离得太遥远...[/quote] 如果你觉得不需要OO，那就是它的确不需要OO。