设计模式基础：从小巩的疑惑看抽象与继承

"易学设计模式" 在软件开发领域，设计模式是一种被广泛接受并重复使用的解决方案，它针对在特定上下文中遇到的常见设计问题。"易学设计模式"旨在帮助初学者和开发者更容易理解和应用这些模式。设计模式是经验丰富的软件工程师在实践中总结出的最佳实践，它们提供了一种标准化的方法来解决复杂的设计问题，从而提高代码的可读性、可维护性和可重用性。 1.1 小巩的疑惑 小巩的故事揭示了一个常见的新手开发者在面对设计问题时可能遇到的问题。他试图快速开始编码，但他的设计方式并不理想。在小巩的案例中，他为每个子公司创建了一个薪资类，并让它们继承自一个抽象的薪资类。这种做法虽然简单直接，但存在一些潜在问题： 1. **过度继承**：小巩使用了继承来实现不同的薪资类，但这样可能导致继承层次过深，增加代码的复杂性。当需要添加新功能或修改现有功能时，可能会牵一发而动全身，影响整个继承体系。 2. **单一职责原则**：每个类应只有一个职责，即薪资计算。小巩的抽象薪资类可能包含了所有子公司的通用逻辑，这违反了单一职责原则，使得类过于复杂，难以维护。 3. **开闭原则**：设计应对扩展开放，对修改关闭。如果新的子公司加入，小巩就需要不断添加新的子类，这需要修改原有代码，不符合开闭原则。 为了解决这些问题，我们可以引入以下设计模式： - **策略模式**：薪资计算可以作为独立的策略，每个子公司对应一个策略对象。这样，薪资类只需持有策略对象的引用，而不是直接包含具体的计算逻辑，使得代码更灵活，易于扩展。 - **工厂模式**：创建薪资对象时，可以使用工厂方法或者抽象工厂模式，根据子公司类型动态生成对应的薪资策略对象，避免了硬编码和过多的子类。 - **接口隔离原则**：如果抽象薪资接口中的方法并非所有子类都需要，可以将其拆分为更小的、更具体的接口，遵循接口隔离原则，降低耦合度。 通过学习和理解这些设计模式，小巩可以改进他的代码结构，使其更符合面向对象设计的原则，提高软件的可维护性和可扩展性。设计模式不仅提供了解决问题的模板，也强调了良好的编程习惯和思考问题的方式，对于提升开发者的专业素养至关重要。