为OO而OO是可耻的吗？

[yesry]

我在论坛和网上都常常遇到一类问题：
不要为OO而OO。
不要为三层而三层。
不要为ORM而ORM。
不要为xx而xx。
如此等等。
看其语气，感觉就像为yy而yy是可耻的。我认为不是这样的，尤其是对于学习阶段的人来说（学生，或者初进公司的人）。
各位还记得自己小时候念小学的情形吗？那个时候，你知道自己学习1+1是为了zz吗？在不知道的情况下，你选择了学习还是逃避？还是无法逃避的学习？我认为，学是无法逃避的，不管你基于自己的需要，还是家人的压力，还是自身生存的压力，还是社会的压力，还是...你要想的不是学与不学的问题，而是选择学什么的问题，正是《骇客帝国》的名言：关键在于选择。所以，选择总是基于前进的方向和现有条件之间的一种平衡。如果我们所能接触的资料就是OO,那么，我们还去想为什么要OO干吗？你要学，只有OO可以学了，除非你自己创造。如果所在的公司只有一个会三层的“前辈”，那也不要问为什么要三层的问题，只要学就是了。不过，这不是要盲目地学，我这里强调的是，不要在选择（或者叫决策）这个事情上花太多时间，否则你会错过学习的机会。学了只好不要忘了追究为了什么而OO,为了什么而三层，为了什么而ORM，这个时候的思考才是有价值的。

当你在学习阶段中都用过OO,用过三层，用过ORM，那么在即将交给你的任务的时候，你必然知道如何选择什么样的方法了，而不是你这些都没有经验的时候去想选择哪个或者用哪个比较好。这就是牛不会耕田的时候不要去选取更什么地皮比较划算，各种地皮都耕过了，为什么的事情就迎刃而解了。

[LoveCJ]

沙发,接分.

[尘雨]

一个很好的论题，

不要为OO而OO。
不要为三层而三层。
不要为ORM而ORM。
不要为xx而xx。

这些话要看是谁说，说给谁，我想不是每个说这句话人把这个都挂在嘴边，也不是每个听这句话人都需要去接受，因为常常会为了某一个目标该做出选择的时候，才需要考虑为了什么而什么。教条的说和教条的听，以及是否要教条的去推崇和遵循。

OO的目的是什么，三层的目的是什么，ORM的目的是什么，如果需求和目标没有一定要求这样，而只关注更好的体验和更快速的实现。需要权衡一下

作为一些OO开发者，一旦项目确定，目标确定，开始需求分析的时候，总会在了解需求的同时只想了解那些能够转化为OO的东西，因为他习惯于OO的方式考虑，所以在某些其他问题上，他可能会回避，当项目进行到开发或者测试的时候，一些问题和bug往往隐藏在OO中，因为这些很细节，需要经验和更为有效快速的发现处理，所以需要更多的开发思路，不仅仅是OO，ORM之类的。

己所不欲，勿施于人，但对于处理某些问题，确实不能为了OO而OO，这是经验