getter 和 setter：有争议的设计模式
在面向对象编程的世界中，getter 和 setter 一直是争论的根源多年来。有些人认为它们对于良好的编程实践是不可或缺的，而另一些人则谴责它们是邪恶的。
对于那些遇到这种困境的人，一位开发游戏的 Java 开发人员最近提出了一个问题：是否应该删除 getter 和 setter还是为了维持封装而保留？令人惊讶的是，开发人员的代码分析显示，高达 60% 的代码库由 getter 和 setter 组成。
关于该主题的 Google 搜索产生了相互矛盾的结果，一些人声称 getter 和 setter 是一种瘟疫，另一些人则强调它们的封装性和可维护性的重要性。
为了阐明这一争议，让我们检查一下两者的论点
关于 Getter 和 Setter 的争论
getter 和 setter 的支持者认为它们提供了一个抽象层并控制对象的内部状态。通过 getter 和 setter 控制对私有变量的访问，开发人员可以确保数据得到适当处理并保持完整性。此外，getter 和 setter 通过允许在不暴露对象内部的情况下修改数据处理逻辑来增强灵活性。
反对 getter 和 setter 的争论
getter 和 setter 声明的反对者它们引入了不必要的复杂性并违反了封装原则。通过 getter 暴露变量，对象的内部不再真正被封装，并且可以在其控制之外进行操作。此外，他们认为 getter 和 setter 经常被用作提供数据访问的一种惰性方式，而不是仔细考虑如何操作数据。
替代方法
作为 getter 和 setter 的替代方法，一些开发人员主张使用封装功能的方法。不应公开变量，而应使用方法对变量执行操作，确保以受控且有意义的方式处理数据。
另一种方法是完全避免公开变量，确保对象的内部状态保持私有且安全。这种方法可以带来更有针对性和凝聚力的设计。
结论
是否使用 getter 和 setter 最终取决于设计理念。虽然它们可以提供一些好处，但必须仔细考虑它们是否是给定应用程序的正确解决方案。通过考虑上述论点并探索替代方法，开发人员可以做出明智的决策，优化其代码的设计和可维护性。
以上是Getter 和 Setter：封装还是不封装？的详细内容。更多信息请关注PHP中文网其他相关文章！
