Java 处理共享数据

要开发一个包含4个以上类的全功能应用程序，处理共享数据的正确方法是什么？我研究了静态方法、变量和实用程序类。据说静态方法的使用阻碍了面向对象的概念。因此，如果有人能帮助我如何在不妨碍面向对象概念的情况下使用类之间的共享数据，我将不胜感激。

像Java这样的面向对象语言中有两个主要的“继承”轴。“实现”继承是子类从父类继承实际代码实现的地方。“接口”继承是“子类”依附于“父类”的公共接口的地方

唉，Java实际上把这两个概念混在了一起。。。Java接口很好而且干净——当您“实现”一个接口时，您规定您的类遵守您指定的接口的“契约”。Java类继承并不是那么干净——当您在Java中创建子类时，您既可以获得代码继承，也可以规定子类遵守父类接口的“约定”

Java中的抽象类与常规Java类类似，但增加了一个约束，即不能直接实例化它们。就添加的约束而言，它们基本上是类，实际上并没有实现它们的“契约”指定的所有代码

---

因此，通常认为通过Java接口指定要遵守的“契约”是良好的OO实践。然后使用普通Java类继承主要用于代码重用目的。当您希望提供一些标准的基本代码，但希望/需要强制类的用户完成实现时（即，您创建一个框架实现，子类必须充实它），请使用抽象Java类。

在Java等面向对象语言中，有两个“继承”的主轴。“实现”继承是子类从父类继承实际代码实现的地方。“接口”继承是“子类”依附于“父类”的公共接口的地方

唉，Java实际上把这两个概念混在了一起。。。Java接口很好而且干净——当您“实现”一个接口时，您规定您的类遵守您指定的接口的“契约”。Java类继承并不是那么干净——当您在Java中创建子类时，您既可以获得代码继承，也可以规定子类遵守父类接口的“约定”

Java中的抽象类与常规Java类类似，但增加了一个约束，即不能直接实例化它们。就添加的约束而言，它们基本上是类，实际上并没有实现它们的“契约”指定的所有代码

---

因此，通常认为通过Java接口指定要遵守的“契约”是良好的OO实践。然后使用普通Java类继承主要用于代码重用目的。当你想提供一些标准的基本代码，但想/需要强迫你的类的用户完成实现时，使用抽象Java类（即，你创建一个框架实现，子类必须充实它）。

可能重复@Rakes这是一个QA站点，我希望能回答我上面提到的困惑。你提供的链接并没有提供一个明确的解决方案…可能重复@Rakes这是一个QA网站，我希望能回答我上面提到的困惑。u提供的链接无论如何都不能提供明确的解决方案。。。。