首先说基于面向对象的以下两个设计原则，不能把所有事情封装到一个类中：
- OCP原则，即开放关闭原则，指设计应该对扩展开放，对修改关闭。
- 策略模式，英文名Strategy Pattern，指定义算法族，分别封装起来，让他们之间可以相互替换，此模式使得算法的变化独立于客户
而应该创建客户类和服务类，客户类将引用服务类以接受具体的服务，而服务类可能有多种，所以客户类中最好引用的是众多服务类的一个接口类型的实例，通过接口实例实现具体服务方法的调用。
该接口实例可以通过以下三种方法实现在客户类中的实例化（依赖注入）:
- Setter模式
通过一个客户类中的一个带参的set方法将服务类实例化后传入
优点是灵活，客户类实例化后仍可改变服务类型，缺点是上下文中存在的set方法调用代码较多；
2。Constructor模式
通过客户类中的一个带参构造函数将服务类实例化后传入
灵活度中等，每一个客户类实例有且只能有一种服务类型，即一旦实例化后服务类型不能再改变
3。Factory模式
客户类可以通过一个FactoryContainer类的静态方法主动获取需要服务类实例，具体有两种：
-
- AbstractFactory，多种Factory继承该AbstractFactory接口，通过FactoryContainer的静态方法根据XML配置文件中的配置来选择生产哪一种服务类实例；
- ReflectionFactory:直接根据XML配置文件中的配置通过反射机制来选择生产哪一种服务类实例；
优点为上下文代码中完全不用再写为客户类进行依赖注入的代码，缺点为只能通过配置文件来调整具体的服务类型，适用于数据连接层（比如SQLServer,Oracle等数据库类型选择）