最近我遇到了一种情况，我需要为我的 android 应用程序创建一个自定义 VideoView。我需要访问 MediaPlayer 对象并添加一些侦听器。
不幸的是（对我而言），VideoView 类的所有成员都是私有的，因此即使扩展该类也无法帮助我访问其 MediaPlayer 对象（或其他任何东西），我必须完全复制与我的修改类。
好吧，虽然听起来我在抱怨“辛勤工作”，但在这种情况下，它比扩展课程更容易（因为所有资源都可用......），但这让我真的怀疑这一点信息隐藏方法。 这比让主要组件可供修改/访问（受保护，不公开）更好吗？我的意思是，我知道如果我扩展 VideoView 类，有一天他们可能会改变VideoView 类和我可能会遇到麻烦，但如果他们改变类，我自己的（重复）版本将与 VideoView 类有更大的不同，我的目标不是创建自己的视频视图，而是扩展可用的 VideoView。
【问题讨论】：
标签： java oop encapsulation information-hiding
我不能代表特定 VideoView 开发人员的推理，但如果您正在开发 API，并确定某些数据所代表的状态需要始终按顺序遵循某些规则为了保持对象的完整性和预期用途，将成员 var 设为私有是有意义的，这样您就可以控制它们的修改。
它确实限制了其他开发人员可以做的事情，但我认为这就是重点。如果要更改某些内容，您会希望它在对 API 进行治理的小组中进行讨论和验证。在这种情况下，私有化是有意义的，这样对它的修改就不会在集团的监督之外失控。
我不知道有一个静态的经验法则可以确定什么时候需要属于这一类，但我绝对可以看到在某些情况下的用途。
【讨论】：
在这种情况下，我通常更喜欢composition 而不是继承。
编辑：
当子类和超类都在同一个程序员的控制下时，使用继承是安全的，但实现继承会导致 API 脆弱。正如您所提到的，如果超类实现发生变化，那么子类可能会中断或更糟 - 会默默地做一些意想不到的事情。
另一种方法是让私有字段引用现有类 (VideoView) 的一个实例，称为组合，新类中的每个实例方法调用现有类的包含实例上的相应方法并返回结果。这种包装方法也可以称为“装饰器”模式
【讨论】：
当程序员将某些东西设为私有时，他们是在打赌，没有其他人需要使用或覆盖它，因此信息隐藏会带来回报。有时这个赌注不会成功。他们是休息时间。
【讨论】：
当我阅读所有有启发性的答案（和 cmets）并对其发表评论时，我意识到我期待的东西与某些课程无关。以 VideoView fr 为例，这个类已经是继承链中的最后一个。它不应该被扩展，因为它是一个逻辑单元，非常具体和非常紧凑，用于非常具体的目的。我需要从视图和 MediaPlayer 中获取特殊状态，这是出于 QC 目的的需要，而在提供封闭单元的产品时（尽管源是开放的），确实不应该考虑这种需求。这是一个合理的论点，我觉得它令人满意。有时并非每个 OOP 的概念都应该实现。谢谢大家的回复。
【讨论】：