isp-principle

0熱度

2回答

ISP和OCP有什麼區別？

我不明白接口隔離原理和開放/閉合原理之間有什麼不同。我的理解是，ISP必須使所有的東西都依賴於接口和類上的OCP，我發現它們都可以用相同的方式實現，只有一個接口和一個類。

1熱度

2回答

如何通過實現適配模式來隔離胖界面？

假設我有一個胖的界面，不能改變。而且我還有一些客戶端類只想使用胖界面中的幾個方法。如何實現適配器模式，針對這種情況，實現接口隔離原理？

4熱度

2回答

是關於類或對象的接口分離原則嗎？

提醒（從wiki）：的接口隔離原則（ISP）規定，任何客戶端應該被迫依賴於它不使用方法。現在看看我的例子。這是我的可變實體。它是從某處編輯的，它可以通過只讀界面通知更改： interface ICounter { event Action<int> NewNumber; } class Counter : ICounter { public event Act

3熱度

1回答

c＃界面隔離原則例如混亂

我是相當新的編程，我有麻煩，瞭解如何有效地適用這一原則表現出以下鏈接（在ATM之一）： http://www.objectmentor.com/resources/articles/isp.pdf 基本上，它開始於一種不抱怨ISP（接口隔離原則）的設計，並且向前推進以將行爲重構成不同的接口。我的問題是：我們不使用接口來表達不是（或不）相關抽象之間的共同行爲嗎？在接口中封裝方法有什麼意義，即使沒

1熱度

3回答

什麼時候界面分離原則不適用？ SOA？

我正在尋找不應使用接口分離原則（來自SOLID）的方案示例。，我已經看到提到的（但不解釋）中只有一個是在SOA環境中服務的接口的情況下。但爲什麼？是否因爲在這種情況下，界面應該設計得很胖？通過SOA法令？有沒有其他情況下，ISP不是一個好主意？在此先感謝。

3熱度

1回答

接口實現（接口分離原理）

我有一種情況，我需要調用第三方服務來獲取一些信息。對於不同的客戶，這些服務可能會不同。我的界面中有一個驗證功能，如下所示。 interface IServiceProvider { bool Authenticate(string username, string password); } class ABCServiceProvider : IserviceProvider { b

18熱度

6回答

接口隔離原理 - 編程到接口

我在閱讀有關SOLID和其他設計原理的內容。我認爲ISP和「編程接口，而不是實現」是一樣的。但看起來這些是不同的原則？有區別嗎？

2熱度

1回答

接口隔離原理和便利/輔助方法

接口隔離原理如何應用於便利/輔助方法？例如：我想創建一個表示業務夥伴的接口。最低限度，我需要將是一個setter和將設置或獲取合作伙伴的完整列表getter方法： Interface Partners { method getList(); method setList(); } 我也希望有一個contains（）方法，如果告訴我某個人被列入合作伙伴名單。我認爲這是一個

4熱度

1回答

使用java.awt.event包中的適配器模式以及違反接口隔離原則（ISP）

java.awt.event包中Adapter patttern的用法讓我感到困惑。一方面，它似乎明顯違反了界面隔離原則（ISP）。與MouseMotionAdapter類相似，它實現MouseMotionListener，但爲重寫的方法提供'NIL'實現。這恰恰是什麼ISP違規行爲？通過ISP，MouseMotionListener會被分成兩個單獨的接口，每個接口用於moseDragged和

31熱度

3回答

在SOLID中，SRP和ISP之間有什麼區別？（單一職責原則和界面分離原則）

SOLID「界面分離原則」與「單一責任原則」有何區別？維基百科entry for SOLID says是 ISP分裂，這是非常大的成更小和更具體的那些接口，以便用戶將只需要知道這是他們感興趣的方法然而，對我來說，這聽起來像是將SRP應用於接口以及類。畢竟，如果一個接口只負責一個概念性的事情，那麼你將無法進一步細分。我錯過了什麼，或者是與SRP冗餘的ISP？如果不是，那麼ISP意味着SRP不是