乍一看，子类继承父类的方式可能让人感到困惑。它就像创建了父类的副本，并将其与子类合并。因此，使用子类时，通常感觉它拥有父类属性的独立副本。

然而，如果你需要直接修改父类本身，即使是在子类内部，也存在一个简单的方法：将父类属性声明为静态。示例中展示了这一技巧。但为什么需要使用静态属性呢？

为什么static允许修改Parent Class？

静态属性允许修改父类的原因在于它们存储在共享内存中。这意味着父类和子类都可以访问和修改同一个静态属性。

当在子类中使用 PartTimeStudent::$id++ 时，它实际上是在修改父类 Student::$id 所存储的相同内存位置。这是因为静态属性在继承关系中的所有类之间共享相同的内存地址。

因此，当你在子类中更新静态属性的值时，实际上是在修改父类中的原始值。这是因为静态属性允许跨类进行共享访问。

class Student 
{
    public static $id = 0; // 跨类共享的静态属性
}

class PartTimeStudent extends Student 
{
    public static function incrementId() {
        self::$id++; // 修改静态属性
    }
}

// 从子类修改静态属性
PartTimeStudent::incrementId(); 

// 从父类中检索修改后的值
echo Student::$id; // Outputs 1

在这个例子中，调用 PartTimeStudent::incrementId() 会使静态属性 $id 的值增加 1。之后，当我们使用 Student::$id 访问该属性时，发现父类 Student 中也反映了这一变化。这意味着我们通过子类 PartTimeStudent 修改了父类 Student 中的静态属性。

使用的缺点static

虽然静态属性和方法在某些情况下看似方便易用，但在大型应用程序中使用它们会带来一些潜在问题，违背了面向对象编程的原则，并会增加代码维护的复杂性。

  • 1、违反面向对象原则： 静态属性和方法与类本身绑定，而非实例，这会削弱封装和多态性，降低代码的灵活性。

  • 2、测试挑战：静态属性在每次测试中都需要手动重置，导致跟踪应用程序状态变得复杂，增加了测试难度。

  • 3、可扩展性问题： 静态属性和方法与主类紧密耦合，导致在扩展或修改代码时难以进行继承或方法替换，降低了代码的可维护性。

  • 4、线程安全问题： 在多线程环境中，多个线程同时访问和修改同一个静态属性可能会导致竞争条件，影响代码的稳定性。

  • 5、紧密耦合： 依赖静态属性的代码耦合程度较高，难以在不同项目或应用程序的不同部分进行复用。

结论

虽然静态属性和方法在某些情况下可以提供便捷的解决方案，但在大型应用程序中通常应尽量避免使用它们。秉持面向对象的原则和灵活的设计才是更优的选择，这将带来更好的测试性、灵活性以及代码的可重用性。