language-agnostic - 实践中的私有(private)与公共(public)成员(封装有多重要？)

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

4年前关闭。




Improve this question




面向对象编程的最大优势之一是封装，我们(或者至少我已经)被教导的“真理”之一是成员应该始终保持私有(private)并通过访问器和修改器提供方法，从而确保验证和验证更改的能力。

不过，我很好奇，这在实践中到底有多重要。特别是，如果您有一个更复杂的成员(例如集合)，将其公开而不是制作一堆方法来获取集合的键，从集合中添加/删除项目可能非常诱人，等等

你一般遵守规则吗？您的答案是否会根据它是为自己编写的代码还是供他人使用的代码而改变？我是否因为这种混淆而缺少更微妙的原因？

Answer 1

这取决于。这是必须务实决定的问题之一。

假设我有一个代表一个点的类。我可以为 X 和 Y 坐标设置 getter 和 setter，或者我可以将它们都公开并允许对数据进行自由读/写访问。在我看来，这没关系，因为该类就像一个美化的结构 - 一个可能附加了一些有用功能的数据集合。

但是，在很多情况下，您不想提供对内部数据的完全访问权限，而是依赖类提供的方法与对象进行交互。一个例子是 HTTP 请求和响应。在这种情况下，允许任何人通过网络发送任何东西是个坏主意——它必须由类方法处理和格式化。在这种情况下，类被设想为一个实际的对象，而不是一个简单的数据存储。

这实际上归结为动词(方法)是否驱动结构或数据是否驱动。