到这种 接口的构造

parvej6666

遵循它可以让我们保持代码的顺序避免必须强制执行某些操作的复杂接口和类行为。通过使用专门的接口我们还可以根据它们的职责选择更好的名称这使得我们的代码更具可读性。 使用示例 举个例子让我们假设我们想要实现各种类型的车辆以及这些车辆可以使用类生成的行为。车辆可以驾驶飞行或游泳 所以让我们从实现车辆接口开始 然后让我们继续实施特定的车辆。

在此示例中这些将是汽车船舶和飞机这三个类别 乍看您可以看带来了多大的问题因为它需要实现  和 方法。众所周知汽车只能行驶因此在 和 方法中它会抛出异常并带有适当的消息 类的工作方 克罗地亚电话号码列表 式相同因为船只能游泳并且也必须为其他方法抛出异常。对于飞机两种方法都是合理的因为飞机既可以在起落架上飞行也可以在空中飞行但对于 方法必须抛出异常。



此类代码违反了接口隔离原则因为 接口不是专门化的并且强制实现并非所有类都需要的方法。这个接口太通用并且包含太多的实现可能性。 那么我们如何更改代码使其满足接口隔离原则同时允许实现汽车可以行驶轮船可以游泳飞机可以驾驶和飞行呢？ 这些活动中的每个都应该被分成个单独的接口以便实现可以根据需要的活动选择它实现的接口。