软件开发中的实践与分析方法
封装构造函数的好处与实践
封装构造函数具有显著优势，它能将未来可能出现的问题集中在一处，极大地简化了维护工作。例如，对于一项服务可能有众多客户端，但工厂通常较少。把容易出问题的new函数放在工厂中，那么发生变化时只需修改这一个地方。
这里需要明确原则和实践的区别。将使用和构造分离是原则，而封装构造函数则是一种实践。在初始设计时，如果有理由创建单独的对象工厂，那么就实现了这种分离；若使用对象关系工具从数据库数据创建实例，也能达到同样的效果；还有一种情况，在代码的某一部分实例化对象，进行序列化，然后在“使用”它们的代码中反序列化，同样实现了分离。但这些方法并非总能适用，所以封装构造函数是一种备用方案。而且在封装时，无需过度设计。
工厂选择子类的决策问题
当认为封装构造的概念有用时，会面临一个问题：工厂（无论是上述的静态getInstance()方法，还是单独的对象）如何决定构建哪个子类？如果客户端持有决策所需的状态，是否要将其传递给工厂，这是否意味着客户端也需要维护？
决策可分为以下三类：
1.从客户端角度看的内部问题：当服务变得多态时，服务类（如Sender）中的getInstance()方法可能需要增加参数，因为客户端要传递决策所需信息。虽然这会在服务多态时带来一定维护工作，但客户端仅需与决策所依赖的状态耦合。例如，若客户端持有客户代码，不同代码对应不同的会议调度规则，但规则的绑定应放在工厂，而非让客户端可见。比如客户代码为
