面向对象的**似乎有根本性的问题 about cola

[xiaobei5680]

自从把做了8年的j2ee 系统改造到 clojure . 越来越觉得,面向对象是个不好的方向.

• 面试近五六百人, "把工作中常用到的设计模式说下", 几乎没用.
• 系统由团队来开发,不同的人/小组 开发不同的模块, 独立开发、独立部署, 用面向对象来统一,会死板,僵化.
• 单元测试 用面向对象**来写,好像带着一个枷锁.
• 函数式编程 + 微服务, 每个模块的写法规范比较好统一, 多个数据库 crud 全面分装为底层api. 核心流程,封
  装为高级api . 这样只要有api的权限,随时随地都可以在自己模块编写代码,而不影响整个系统的其他模块

(https://github.com/marick/Midje 这个写单元测试 非常好用)

网上到处都是喷各大公司代码各种烂的问题，究其原因，是因为大家对于写好代码关注或实践的比较少了，面向对象是适合解决复杂问题域交叉耦合，假如遇到的场景很简单，用面向对象反倒感觉是大炮打蚊子了，
一个单元测试，实在没有必要用面向对象来写，我们在做的时候，application层的对外服务，严格意义上讲也不是面向对象的呢，只是核心的领域层，用了面向对象**，一个单点，一般是不太用的。我们实践下来，发现以往都是用一些比较教条的**在实践，但是又是一个必经之路。照本宣科->怀疑其可用性，方便性->推翻，基于实践改良。
不同团队开发，划分好领域，定义好协议（api）即可。以上是个人意见，可以交流下**

[xiaobei5680]

同样的，设计模式的精髓，其实是要深入使用，理解才能够明白其中三味的，但是很多新人实践较少，或者很刻意的去用一下，偶尔还会过度设计，这些是需要对技术基础进行积累的，这就是高级开发工程师和初级的区别

[significantfrank]

面向对象和函数式编程可以结合使用