继承部分实现接口的抽象类同时实现该接口是否为不良设计？

结论：不一定，需结合设计意图和语言特性判断，它既可能是合理的设计选择，也可能是代码异味的表现。

合理的场景 #

• 明确契约符合性：如果抽象类是为该接口提供通用部分实现的基类（比如专门为ExampleInterface编写的抽象实现），子类显式声明implements ExampleInterface能让代码更直观——其他开发者不用追溯继承链，就能立刻知道这个类满足该接口的所有契约，大幅提升可读性。
• 强制契约检查：如果抽象类和接口并非强绑定（比如抽象类只是恰好实现了接口的部分方法），子类显式实现接口可以让编译器强制检查是否完全满足接口要求，避免抽象类后续修改导致子类意外违反接口契约。

可能成为代码异味的场景 #

• 冗余声明：如果所用语言支持通过继承自动继承接口契约（比如Java中，子类继承实现了接口的抽象类后，自动成为该接口的实现类），且抽象类是专门为该接口设计的默认实现，此时子类重复写implements ExampleInterface就是冗余代码，会增加维护成本——后续接口修改时，子类的声明可能忘记同步，反而造成误解。
• 职责混淆：如果抽象类的职责和接口的契约毫无关联，子类强行将两者绑定（比如抽象类处理文件IO，接口是数据校验契约），这种写法就是设计异味，违反了单一职责原则，说明子类承担了不相关的职责，需要重构。

实践建议 #

• 若抽象类是接口的专属部分实现类，显式声明implements能提升代码可读性，是合理选择；
• 若语言支持继承自动传递接口契约，且抽象类与接口绑定紧密，可省略子类的implements声明，避免冗余；
• 始终确保子类的职责清晰：继承抽象类和实现接口的逻辑应互补，而非冲突或无关。

内容的提问来源于stack exchange，提问作者dragosb