在他的崗位SOLID: the next step is Functional,馬克西曼說: 如果繼續行駛你對小接口設計,你最終會在最終作用接口到達:用單一方法的接口[... ]如果你像這樣應用SRP和ISP,你很可能會發展出一個代碼庫,其中包含許多細粒度的類,每個類都有一個方法。這發生在我身上不止一次。 我的擔心是關於這些類的凝聚力。這種方法是否推動到 功能的凝聚力?這些課程是否具有協調性? 對
我正在開發一個電信項目。我在我的項目中實施了Open/Closed原則。以下是我的課程。 MainServiceClass.CS public abstract class BaseServiceClass
{
public abstract IEnumerable<string> GetServiceData();
public abstract IEnumerable<s
我正在編寫我的新Java項目,並且要求是表示可以屬於某個類別的產品。 我在我的項目中使用數據庫,並通過外鍵連接產品和類別。 在代碼中,我必須使用SOLID設計,但我不明白如何連接產品和類別。 在第一個版本,代碼爲 public class Product {
private int ID;
private String name;
private String des