C#面向对象特性封装、继承、多态，如何在代码编写时使用封装？

本文适合有一定经验的程序员阅读。如上篇文章所说，本文假定读者你是懂的也知道这些特性的。

文章的例子，以“家庭”为例来演示。

 

封装

家庭中有成员，我们要封装一个成员类，往往是有很多需求思考点的，但不论您怎么思考，都要考虑单一性、开闭性等面向对象的指导思想。

上图左边和右边的Member类，有什么问题吗？可以称为封装吗？

答案当然是都为封装。两种有什么问题吗？产生这样的类定义，实际是基于各自的需求来考虑的。所以，不能说左边的类好，还是右边的类好。

左边的Member类，已经设为了只读，右边则允许可写。这是基于各自的业务而定的。

但如果是基于左边的Member类封装的话，那么它的构造函数，就可能需要呈现属性参数，比如下面这样定义：

这是左边类的构造函数封装。

那么针对右边的Member类来讲呢，因为它的属性都是可写的，构造函数就没有必要这么封装了。反而它可以使用Fluent方式，得到成员当前类对象，类似于下面的封装：

所以，基于不同的需求，需要做不一样的封装。不能以绝对的方式来谈论一个类，但大体每一个类的封装，都是有其指导思想，一般根据指导思想来封装，总是可以得到尽量好的设计。

如果您有注意网上的一些文章讲解封装的话，就会注意到他们是绝对的情况来讲解的，比如只有把set去掉，才叫封装，有set就说是没有封装。这是不对的。

---

封装的情况是很多的，任何的定义，你都可以说是封装，是基于需求和思想进行考量设计的。

再举个例子，家庭成员，不仅有基本信息（姓名、性别），还有个性（活泼、正直），又还有身份（爸爸工程师，孩子学生，妈妈老师）等。

那么针对这些需求，我们就可以把它们封装成接口，让成员类实现这些接口。如下图：

那么针对这些接口，我们又可以进行设计，这亦叫封装。

成员的个性，我们就封装了一个属性和一个方法。

 

好的，总结下。封装是一种指导思想，没有绝对的封装是正确的或者错误的，都是基于需求和面向对象的设计原则来考量的。

封装，也就是把现实世界，以代码的形式，将其描绘出来，谁描绘的好，谁描绘的不够好。这体现在您对代码指导思想的领悟。

 

祝您用餐愉快。