Лучшие практики при использовании интерфейса

Question

Много раз при разработке интерфейсов я продолжаю сталкиваться с одной и той же ситуацией.Ситуация такова, что некоторые реализации, использующие интерфейс, требуют определенных параметров в интерфейсе, а другие - нет.

• Какова наилучшая практика при разработке интерфейса?
• Можно ли иметь определенные реализации, которые реализуют интерфейс, но не используют все параметры?

Или в этих ситуациях я должен просто брать список (некоторую структуру) параметров и соответственно обрабатывать этот список в каждой реализации?

Answer 1

Нет, все не в порядке. Это нарушает принцип замещения Лискова.

Мне кажется, что ваши интерфейсы пытаются сделать слишком много. Или используйте наследование интерфейса или разделите интерфейс на несколько. Обратите внимание, что лучше иметь много маленьких интерфейсов, чем один большой. Классы могут все еще реализовать все это.

Интерфейсы, как и классы, должны следовать SRP (принципу единой ответственности). imho гораздо важнее, чтобы интерфейсы делали это, так как они навязывают дизайн остальной части вашего приложения.

Я также стараюсь максимально избегать добавления свойств из интерфейсов.

Answer 2

В некоторых случаях все нормально. Неважно, что вы на самом деле делаете с параметрами в реализации, если это удовлетворяет контракту, который интерфейс обещает поддерживать.

Но вы должны пересмотреть, не хотите ли вы на самом деле более специфический интерфейс для некоторых вещей, которым нужны эти параметры. В вашем стеке абстракций наличие «более низкого» интерфейса, требующего «более высоких» параметров, является нарушением инкапсуляции.