インターフェイス分離原則 (SOLID から) を使用しないシナリオの例を探しています。
私が言及した (しかし説明されていない) 唯一のものは、SOA のコンテキストにおけるサービスのインターフェースの場合です。しかし、なぜ?この場合、インターフェースが設計上太っていることになっているからでしょうか? SOAの法令によって?
ISP が適切でない他の状況はありますか?
前もって感謝します。
インターフェイス分離原則 (SOLID から) を使用しないシナリオの例を探しています。
私が言及した (しかし説明されていない) 唯一のものは、SOA のコンテキストにおけるサービスのインターフェースの場合です。しかし、なぜ?この場合、インターフェースが設計上太っていることになっているからでしょうか? SOAの法令によって?
ISP が適切でない他の状況はありますか?
前もって感謝します。
SOLID は良い原則です。私の考えでは、過剰なエンジニアリングをしていると思われる場合は、SOLID を適用しないでください。たとえば、私は主にサービス層のクラスに ISP を適用します。ビジネス層では、ビジネスの変更であるためクラスを変更します。新しい実装は作成しません (また、オープン/クローズの原則を破り、しかし、それはビジネスの変化なので気にしません!)。
編集:私はデータ層にもISPを適用しているので、主にすべてのI / Oの問題(xml、sql、電子メールなど)にISPを適用しています。
どこにでも ISP を適用すると、何百ものインターフェイスができあがり、デバッグや初期化が困難になる可能性があります。
複数の実装がない場合、インターフェイスは使用しません。その時が来たら、私は原則を適用します。インターフェイスに関する全体的な考え方は、複数の実装を持つことです。幸運を。