在讨论oop fp 或任何概念之前
需要讨论的是你的使用情境(context)
没有context就只是在讨论信仰
一开始没有讨论context，所以后面讨论一定是到处互打，大家都觉得自己对
所以回这篇文的时候麻烦先描述想讨论的context
为什么需要设计概念？
通常不外乎两件事情
1. 降低维护成本
2. 降低开发成本
通常的情境你需要的是1+2的最小值
但是很多情景有人只看2让1一直增加
假如是demo，只需要2，不然通常要1
然后再来看两个概念之间的差异
Functional programming
用什么方式降低开发与维护成本
1. Avoid state
2. Using immutable data.
所以维护成本其实不容易爆炸，因为你的unit test就是规格的全部
reuse 就是拿这个function reuse.
而且理解难度相对低
Object oriented programming
采用以下方式降低开发维护成本
1. SOLID
2. Design Pattern
如果遇到必要的复杂设计 design patter可以降低沟通成本 (通常会增加维护成本)
3. Inheritance
4. Polymorphism
5. KISS
6. [Insert any you want to add]
OOP最大的问题就是他太容易变得很复杂
不管是高手写得或是新手写得，复杂度都可以不小心膨胀很多
各种principles & patterns 更是火上加油
造成各种over generalized design
不小心就被过去的历史backfired
举个最常听到的，有谁用global singleton然后可以很好地refactor?
有好解法麻烦分享一下
所以OOP最重要的原则我觉得是KISS (不论context)
Keep it stupid simple
啊对，KISS是我的信仰，所以不开放回文战，不用浪费各位时间
FP跟OOP不是互斥关系
两者在特定context都有表现好的地方
选择适合的方式才是重点