1）关于面向“类”和面向“对象”的问题

    面向对象编程是种编程范式，在提出这种范式之初，关心的东西只有“对象”和“对象间的消息传递机制”。而随着面向对象范式在语言层面的不断探索，于是出现了“类”的概念，有了面向对象三大特点“封装”、“继承”和“多态”。现在有不少人在追本朔源，说“面向对象”现在变成了”面向类“，已经不再是它的初衷了，面向对象走向了错误了方向，应该反思。

    反思是应该的，追本朔源可以帮助我们站在一个更高的角度来看问题。但结论我并不认同，私以为”类“的概念的提出，是对”面向对象“在实践方面的一个很好的补充和完善，它属于”面向对象“理念的”实践“，而且是一个非常好非常精彩的实践。我承认在当今的实践中，面向”对象“实在太容易变成面向”类“了，类的作用非常重要，可是我并不觉得提高类的重要性对编程带来了多大的麻烦。类的作用变得如此之大，我觉得并非”走火入魔，误入歧途“，而是”自然发展，自然选择“。没必要为”类“的重要性太高而纠结。


2）设计模式的问题

    设计模式在过去的一段时间里，温度有点过高了，甚至在很多初学者看来，似乎以”设计模式“为编程技巧的终点了，有点把它当《九阴真经》了。其实设计模式是个什么东西呢？设计模式是在”面向对象“这种编程范式的基础上，提练的一套编程技巧，解决的是”面向对象编程时，如何去抽象类，设计类“这个问题。

    面向对象编程，应该分为”OOA“、”OOD“和”OOP“三个步骤。OOP是和具体语言相关的，不同语言的语法是有差异的，比如c#、as3、java、ruby、python等都是面向对象语言，但不同语言的语法差异还是比较大的。OOP是大多数工程师们特别关心的问题，因为这是他们跨入编程圈会遇到的第一个问题。很多人会误以为它是面向对象编程的全部，特别是只看过语言基础教程的工程师。其实不是，而且OOP甚至不是面向对象编程的重点，OOA和OOD才是。

    OOA和OOD是面向对象分析和面向对象设计。将客观世界的看得见的实物或者逻辑层面的看不见的物件，转换成程序中的一个个对象，用属性和方法来描述对象，这种转换的过程我们管他叫”抽象“，也可以叫做OOA。这里有个问题就是：同样的一个需求，你可以做完全不同的抽象，设计出几套完全不同的对象。有些方案好，有些方案可能不好——虽然他们都能解决问题，但可能在可维护性上（健壮性、可读性、可扩展性等等）有非常大的差异。

    于是有了OOD，有了设计模式。设计模式的作用是告诉你”面对类似xxxx这样的需求，你可以抽象成这么几个类：A和B，其中A有哪些方法和属性，B有哪些方法和属性，他们如何配合工作。设计成A和B这样的类，可以为你带来什么什么样的好处“。

    虽然设计模式之父GOF四人组介绍了23种设计模式，但事实上，常用的设计模式只有那么几种。而且每本设计模式的书，都会告诉你，不要为了设计模式而设计模式。这东西只是用来帮助你解决一些设计问题的，而且以我的经验来说，设计模式既不难理解，也并不是那么必要，离《九阴真经》的定位差远了。学学有必要，但完全不用对这玩意儿过于纠结，甚至不用过于上心。如果经验慢慢积累够了，在OOA的时候，不必借助设计模式，你也可以很好地OOD了。

   
3）面向对象最重要，却又容易被忽视的问题——编程技巧

    不知道编程技巧算不算是OOP的一部分，算或不算都有道理，因为它虽是编程方面的技巧，却和程序语言的关系不大，可以跨语言通用。面向对象在实战中，最大的难点应该在如何让对象”高内聚低耦合“。高内聚说白了，就是在抽象对象时，能让你抽象出来的对象”属性和方法能高度重用“，这个重用或许是自己调自己，或许是别的对象调自己，被调用的机会越多，内聚得越厉害。如果一个对象的某些属性和方法被调用的次数很少，可以考虑将其拆解一下，拆成两个或更多的类，借此提高这些对象的内聚性。

    而低耦合就好理解多了，一个对象对其他对象的依赖性越低，知道的越少，耦合度越低。如何降低耦合度，是需要编程技巧的，虽然OOA和OOD也能帮助解决这个问题，但编程技巧上也需要一些方法，比如尽量私有、通过命令模式拆分开m和c从而解除对象间的直接调用、增加常量减少变量等等等等。

    在编程技巧方面的学习，重要性和实用性都比设计模式更高。而这方面其实又不会像设计模式这样有书可以看，也不是通过自己顿悟能够悟出来的，最有效的方法是去看别人的代码，看高质量开源框架的源码，多学不同领域的知识，融会贯通。


4）面向对象编程和函数式编程

    大概在三四年前，面向对象编程几乎一致被看好和膜拜。然后在过去一两年，似乎对面向对象编程的质疑变多了，有些工程师很推崇函数式编程了。对于函数式编程，我没有研究过，所以不好发表意见。这里只说一点私人看法，如果说错了，请见谅。

    函数式编程的历史很悠久了，和面向对象编程范式一样，也是一种基本的编程范式，围绕这种范式也产生了一系列的编程技巧：比如传参时参数有默认值、参数数量可变、装饰器等等，它有和面向对象不同的关注点和相应的优势。但，私以为面向对象还是大势所趋，从主流语言的市场份额、市面上的书籍数量、思维习惯易上手性和主流的编程范式等多个方面来说，面向对象应该都是优势明显的。

    很多人在说面向对象有很多问题，不好。而函数式编程可以解决这些问题。私以为，面向对象本身其实应该是非常好的。面临的一些问题，会不会是因为很多工程师缺少编程技巧而造成的？因为面向对象是主流，所以使用的人多，暴露的问题也就越明显，就像windows的病毒远比mac os多一样，原因并非mac os安全性高，而是windows被黑的太多了。

    所以函数式编程，如果有时间的话，可以学习一下，丰富自己的编程技巧，但正常情况下，我建议还是随大流，专心把面向对象编程玩好吧。

值得学习ing!

文章写得不，错但是有些观点却不敢苟同，比如oop，ooa和ood的关系，oop是面向对象ooa是面向对象分析，ood面向对象设计，诚然相对于面向对象来说，面向对象分析和面向对象设计可能更有价值一些。但是如果没有面向对象思想的话后面的面向对象设计和面向对象分析还有可能实现吗？如果都没有面向对象的设计思想那么空谈面向对象设计面向对象分析岂不是空中楼阁？
比如说一个学者，可能是一个出名的物理学家，也可能是一个闻名的化学家，但是如果他们不懂数学，还能在这些方面取得令人瞩目的成就么？
所以我觉得面向对象之于面向对象分析和面向对象设计就如同数学与物理化学之间的关系一样，你可以不精通数学但是数学却是必须掌握的基础，而面向对象就是基础。所以在重要性方面应该还是基础重要一些吧。可能他并不起眼。而面向对象设计和分析只不过是在面向对象的思想下锦上添花一般，虽然一个好的设计和分析能力很重要但是如果没有基础很可能只有误入歧途而自己却浑然不觉，不是吗？
仅为个人观点，如有错漏望指出，互相交流学习才能取得进步嘛{:soso_e100:}