面向对象 面向抽象？
今天看代码，查资料无意中逛到了一个牛人的blog，发现了关于一些设计思想的想法，很有启发，虽然没有全部理解，但是也更正了我的某些面向对象的想法，Share之，转载一部分有体会的 以后慢慢感受~
1.面向对象的核心意义并不在于你把东西封装成什么样了，不在于有什么东西被继承出来了，最重要的是他容许我们用抽象的方式来构建一个软件。比如当我们写代码写到：
stream.Write(buff, 4, buff.Length - 4);
或者
hashbuff = hasher.ComputeHash(buff);
我们是否需要关心stream到底是什么，hasher用的又是什么算法呢？如果我们由始至终，在做相应的东西的操作都用相同的stream对象和hasher对象，任务是否都应当能够正确完成呢？应该是能够正确完成的，因为这正是我们的期待。如果让我们来设计某一个stream，是否应该从这个角度去考虑如何设计这一个类呢？如果我们定义这个stream变量，是否应该更抽象一点呢？考虑这么一个函数：
void DoSomething(FileStream stream, MD5CryptoServiceProvider hasher, byte[] buff) {...}
如果写成如下形式将会更加灵活，也更加符合面向对象（面向抽象）的真实含义：
void DoSomething(Stream stream, HashAlgorithm hasher, byte[] buff) {...}
2.面向对象的核心是面向抽象，但我们看到，实际发展的过程并非如此。我们在过去有着太多错误的概念了，比如说这个面向对象技术的面向对象，就太容易让我们认为，这项技术的核心就是面向对象。于是很多时候我们写一个“面向对象”的程序充斥的过度的对象，泛滥的继承，以及不知道为什么的封装。并且不少开发者，包括我在内，都曾经认为所谓的面向对象就是把一些要素抽象成对象，进行封装，然后从某个基类派生出万物。好比有一个基类叫做物体，派生出活物与死物，活物派生出细菌病毒植物动物，动物里面有猴鸡狗猪和人，人里面有张三李四王二麻子（还有个娃）。
没错，面向对象当然得包括这些，但是这不是全部，更不是根本。根本就是在于我们写某些东西的时候，不需要关心具体的对象是什么，只需要知道至少它应该是一个什么。比如上一节当中的例子，DoSomething只需要知道stream是一个流，而hasher是一个哈希算法提供者就够了。至于具体提供的是什么样的流和哈希算法，则不应当是我们关心的，而是使用我们这段代码的用户所关心的。如此一来，我们就可以在设计这一段我们所关心的功能的时候，不需要考虑过多的、过于具体的、不断变化的问题。
仔细想想，我们是否真的已经明白了面向对象的核心所在呢？
3.protected是一个授权问题，而非保密问题
protected：表明该成员容许在派生类当中被使用，但不允许使用本类对象的用户代码直接使用。实际上是对设计人员的有限度授权，和对用户的拒绝授权。
面向对象的封装并非保护你的秘密，而是防止被错误使用，是为了明确划分问题的界限。就“保护”这个词而言，更进一步的讲，它并非对使用该对象的用户（下面称为用户）做出使用某个成员的授权，而是对延展该类的设计人员（下面称为设计人员）做出延展问题领域的授权。
4.抽象到了头是什么？当然不是什么都没有，不是虚空太极。抽象的本质是描述某个主语能够完成一组什么动作，这些动作构成了什么样的功能。如果我们从这样的一个角度去想，就会发现接口能够很好的完成这样的任务。比如说IList，它表达的是“一个列表”这样的抽象，这个抽象能够提供一组相应的动作，比如"object this[int index];" 能够取出或设置列表当中的第n项内容。只有拥有IList接口所定义的成员，才能够表明这个物体确实能够称之为“一个列表”。“服务”这个词也许能够更加深刻的表达上述的含义：
class ArrayList : IList {...}
这样的定义表明，ArrayList提供“列表”相关的服务。如果我们在定义变量和参数的时候更多的使用接口，而不是具体的类，那么我们的代码将拥有更大的自由度。这个时候我们关心的事某个对象是否能够提供我所需要的服务，而不关心他到底是什么。
在面向对象刚刚开始的时候，我们在这个方面走进了一个误区，就是用多继承来解决上面的这个需求。比如我们可以在C++里面看到Stream派生自IStream和OStream，这么做也能够解决问题，也许同样能够表达“服务”这个含义。但是我觉得这样做还是会引起许多不必要的麻烦，比如同名称冲突等。现代的理论甚至直接告诉我们继承他不是一个好东西，如果能够用引用来代替继承，那就不要继承，如DesignPattern里面的Decorate等。
不知道没有清晰的思想定位，怎么去写出优秀的代码~ sigh 路漫漫其修远兮，吾将上下而求索
边看书边代码，天天都有新的认识