设计javapackage的原则

　　java包类库由一组支持程序开发的类组成。一个编译器或开发环境以一个类库为基础。类库可以单独从第三方软件商获得。类库方法从技术上说并不属于某种语言。今天小编要给大家分享一篇教程，那就是：设计javapackage的原则。

　　一、包的原则

　　小编相信大家都应该知道一个典型的J2EE项目，package的设计有成熟的套路可循，就比如说：可以分为domain、service、dao、action等等，职责已经分解的相对来说比较单一以及清晰，事实上循环依赖这样子的情况出现并不多。而在一般的java项目，就比如说：服务器程序、客户端程序以及通用性框架的开发里面，包的设计并没有任何的套路可循，毕竟由于应用以及业务种类的不一样，所想得出通用性的设计套路是不大可能的。在这一个时候遵循一些原则比之生搬硬套更为重要。

　　在名字叫做《敏捷软件开发》一书里面对包的设计有比较深入的讨论，虽然针对的是发布的二进制包而言，但是对于javapackage的设计同样有借鉴意义，就比如说：对包的可重用性、内聚性、稳定性的强调，对于依赖的探讨，这一些相对来说都是比较笼统的概念，不是那么的直观，那么大家就需要在实际运用里面认真归纳以及重构，向这一些原则靠拢了。

　　二、直观的方法

　　一个相对来说比较直观的方法就是：对于一个包的描述，大家是不是能够直接使用一句简明扼要的话概括。换一句话来说，也就是包的功能或者说介绍能不能够做到更加的简明扼要，这是衡量一个包的设计是不是合理的最简单的方法。假如说可以的话，显然这一个包的内聚性非常好，所有的类都服务于一个目的，从而带来了重用的可能（事实上，小编对重用性并不感冒，除了工具类外真正可以重用的东西少之又少。就小编个人认为，内聚性才是需要关注的）；反之，这一个包有可能承担了太多的职责又或者是依赖过多，仔细的重构以及分离是需要做的。

　　除此之外，包的设计同样也是㤇遵循接口分离的原则，（接口分离原则指在设计时采用多个与特定客户类有关的接口比采用一个通用的接口要好）将接口与实现隔离在不一样的包之中，这样子的话客户程序就不会知道具体的实现，另外一个方面也可以保证了实现对接口的单向依赖。

　　当然啦，在这一个时候大家就需要引入工厂类、插件又或者是IOC（也就是控制反转）容器来负责实例化实现类才可以了。

　　小编结语：

　　今天的教程大致介绍如此，希望这对大家有所帮助！J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。