这篇文章本来完全不在预期里，但在实际的工作中发现周围研发人员相关知识的欠缺到了让人瞠目结舌的程度，更让人难以置信的是他们根本意识不到这类问题，反而振振有辞地质问你诸如"为什么要约束得这么死？改成public怎么了？"
前言
笔者一直认为，一些基本认识，如果你是刚入行的实习生，我可以理解并且告诉你，但如果你在这个行业里待了一年以上甚至数年，依然出现非常低级的问题，就很让人怀疑你的能力了，这也是为什么笔者不太看重所谓的X年经验——如果一个工作年限比你少的人和你站在一起，愣是让人分别不出你两谁的能力更强，这个时候所谓的经验反而会成为耻辱。
说明
在任何一门有着修饰符定义的语言中，修饰符的使用是最最基础的技能，但知道其存在与正确使用之间的鸿沟可谓巨大。
一个类的API声明的是承诺，承诺其提供的功能，表明其不想外界知道的细节。以下就以Java语言为例说明下笔者的理解：
-
public代表其对外提供的功能，其将尽最大可能保持这些功能的可用性和正确性，以及稳定性。 -
private代表不想让外界知道的信息，类的编写者需要它们来辅助完成public宣称的功能，但并不想让外界知道。 -
protected代表只想让子类知道和按需改写。 - 默认的
package代表可见范围想要控制在package内，不想再往外蔓延。所以笔者非常怀念C#里的internal修饰符，对于写二方库比较多的开发人员，有些东西确实不想让外界知晓，但又希望在自己内部通用。
类的编写者要对所有的public方法负责，类的表现应该像大海的反面，内部可以波涛汹涌，惊涛骇浪，但外表一定要波澜不惊，极力维护所公布的public方法的稳定性；这也要求我们要慎重考虑需要进行public化的方法，除非极其确认，否则一定要极力避免将原有的private方法public化，因为private方法public化简单，但反向操作就没那么轻松了， 饭到嘴里还好吐，到了胃里再吐就是致命的了。
OOP三大特性： 封装，继承，多态！封装排在第一位。
最后
再强调一次，这些都是极其基础的基础！
最后，写的代码不要跟开玩笑一样。 程序开发是一门技艺，多少尊重一下你的技艺，用心是最好的品质。以上这段话笔者自从五年前由《Clean Code》看到之后，时至今日，书中的绝大部分都已经忘记，但这句话一直未敢忘怀！
