一、类隐藏的基本建议
虽然在JAVA语言中要完成类的隐藏非常简单，只需要通过三个关键字即可以完成。但是在大部分情况下，让JAVA顺序员感到疑惑的是，在什么时分该把什么类隐藏。的确，在JAVA开发语言平台中，关于什么类需要隐藏，什么类不需要隐藏，往往没有很严厉的要求。为此顺序开发人员需要根据自己的工作经历来停止判断。而即使有一定顺序开发经历的员工，也不一定能够在这个效果上给出很好的答案。公说公有理，婆说婆有理，为此很难有一个统一的规范。笔者下面几个建议，也是对自己这几年来JAVA开发工作的总结。希望这些建议能够帮助大家解惑。
1、不同模块之间的类要相互隐藏。如今不少使用零碎，为了提高开发效率，都提出了模块化的设计理念。如最近比较流行的ERP零碎，假如按模块来停止设计的话，则在开发时不同的人员可以负责各自的模块，而互不干预。在ERP零碎出售的时分，也可以按模块来停止出售，因为各个模块的功能是相对独立的。当然这只是从管理层面来说模块化设计的重要性，不过这不是我们明天要议论内容的重点。明天要谈的是，假如使用零碎按模块化来停止设计，那么不同模块之间的内如何完成隐藏呢？其实很简单。如供应商基本信息维护、供应商进货单、应付帐款分属于三个不同的模块，辨别为采购管理、库存管理与应收应付管理。如今在设计应收应付这个模块时其中有一个生成应付帐款的类，其需要用到采购管理模块中供应商的信息（付款条件等等）、仓库管理模块中的供应商进货单据（产品编号、数量、到货日期等等），然后才能够生成准确的应付帐款。那么在使用顺序设计的时分该如何完成呢？是在那个应付帐款作业对应的类中直接从数据库中去查询这些信息吗，又或者去修正采购模块中对应的类来完成？这虽然都可以达到预定的目的，但是都不是上上之策。团体认为，最好的方法就是顺序开发人员先设计一个类（如Vender类），这个类会返回供应商编号、付款条件等信息。然后应付帐款作业中的类就直接调用这个类获取需要的信息。一方面能够很多地方都需要用到这些信息，假如每次需要的时分都利用SQL代码来获取这些信息的话，那么代码量也会很大。相反直接调用类来完成这些信息反而更加的方面。另一方面，这个Vender类关于其他类是隐藏的。也就是说，其他类只能够通过预定义的接口向这个类传递参数并直接引用其返回的后果，而不能够修正类外部的元素。如此即使其他有十几个类或者使用顺序需要调用这个类的时分，其只要输出的参数相同，则其返回的后果也就相同。那么其他类在引用返回后果的时分，就不用担忧不兼容了。所以，使用顺序的模块化设计促使JAVA顺序要完成类与类之间的隐藏;同时JAVA类相互之间隐藏的特性也方便了使用顺序的模块化设计。
2、数据类型类与其他类之间需要完成隐藏。在任何一个使用顺序开发过程中，都需要根据企业的需要设计一些比较有针对性的数据类型。因为光靠使用顺序所提供的那些数据类型往往不能够满足顺序开发人员的需要。如需要设计一些数组、记录等等数据类型。但是在设计这些数据类型的时分，顺序人员就需要了一个难题。如如今在开发ERP零碎的过程中，多个模块（每个模块由不同的顺序员负责）都需要用到同一个记录数据类型。那么是每个顺序员都设计一个记录类型的数据类型，还是共用同一个数据类型呢？假如各管各的，就需要树立多个记录类型的数据类型，管理起来比较麻烦，对后续晋级也会遇到障碍。而假如大家共用一个记录类型的数据类型，大家又担忧其他顺序人员不小心修正了这个数据类型而给他们造成了麻烦。这之间难道就没有战争的共存方式了呢？其实，在使用顺序开发的过程中可以认为的将使用顺序开人人员分为数据类型创者者与业务逻辑开发者。然后数据类型开发者可以根据其他开发人员的需要创立一些定义数据类型的类，这些类的话关于其他顺序开发人员开发的类是隐藏的。也就是说，其他类不能够对这个数据类型停止修正。那么即可以提高这些数据类型的利用率，而且也可以保证其他类可以以固定的格式引用这些类。
3、业务层与表示层之间的类要相互隐藏。利用过J2EE开发平台的人肯定知道，在开发使用顺序的时分，业务逻辑层与表示层之间是相互独立的。业务逻辑层主要完成一些负责的运算，如物料需求计划运算。而表示层的话只负责一些具体的显示。如通过阅读器客户端来显示后果还是通过软件窗口来显示运算后果。虽然客户端所采用的方式不同，但是其外部的运算是相同的。此时最好把完成业务逻辑层的类与完成表示层的类相互隐藏起来。因为在实际开发过程中，他们往往是由不同的顺序开发人员完成的。为了防止不同顺序开发人员之间的相互干扰，防止表示层的开发人员有意中修正了业务逻辑层的JAVA类，就必需要把业务逻辑层的类隐藏起来。也就是说，表示层开发人员只需要知道业务逻辑层的类需要哪些参数、能够以什么样的方式返回后果即可。然后表示层的类在调用业务逻辑层中的类的时分，只需要依照要求输出参数、依照规则获取后果即可，而不需要关注其业务逻辑层类外部的完成机制，从而减轻了表示层开发人员的工作量。同时也防止了业务层开发人员对这个类停止修正，从而其他的使用顺序开发人员可以以同一种方式来引用这些类。
4、假如某个业务逻辑还不怎样完善时，要执行隐藏。在使用顺序开发的过程中，能够某些业务逻辑暂时没有很好的解决方案，但是需要的参数或者返回的后果是确定的。此时可以把这个业务逻辑树立一个的类，并对其他类停止隐藏。如此的话，当出现更好的解决方案之后，就可以直接更改这个类中的业务逻辑。由于类中成员关于其他顺序人员是隐藏的，为此对类中的处置机制停止更改并不会影响到其他人员开发的使用顺序。他们只关心你能够在最短工夫内取得准确的后果。为此在遇到这种情况时，最好把类与其他的类执行隐藏。
可见，哪些类需要相互隐藏能够判断起来比较复杂。但是有一个普遍适用的准绳，就是假如一个类有不同的顺序人员需要引用。如用户A设计了一个统计应收帐款余额的类，用户B与C，包括用户A都需要调用这个类。那么这个类就最好停止隐藏。防止其他类在调用这个类的时分，不小心修正了其外部的完成方式。这会对其他用户调用这个类产生不利影响。
二、完成JAVA类隐藏的三个关键字
之一切要完成JAVA类隐藏，主要是让任何顺序开发人员都无法触及他们不应该初期的部分（如业务逻辑或者数据类型的外部操作）。虽然项目管理员能够在顺序开发过程中多次劝诫团队成员不要直接操作其他开发人员所设计类中的成员。但是假如缺乏一定的控制手腕，这些事情往往会在有意有意中发作。为此需要采取一些强制的手腕来防止这些情况的发作。而且这些事现方式必须简单，不能够太过于复杂。在JAVA语言平台中，就提供了Public、private、protected三个关键字来完成对类的隐藏与控制。
这些关键字决定了类或者类中的成员能否对其他类是隐藏的，能否被其他类停止操作与修正。如public关键字表示紧随其后的元素对任何人都是可用的，可以被任何人所修正。而关键字Private则表示除了类创立者和这个类型的外部方法之外的任何人都不能够停止拜访。而关键Protected的作用跟Private相似，只是其是作用在承袭中的。
可见在JAVA顺序开发中，要完成类的隐藏是很简单的，也是JAVA顺序员必需要掌握的一项基本功。而其难度就在于在适当的时分完成类和类中成员的隐藏。这就要顺序员在顺序开发过程中好好琢磨了。上面提到的一些建议可供大家做参考。文章由
什么牌子的内衣好整理，收集辛苦，希望能保留出处，谢谢斑竹大哥。
