dci

    0熱度

    1回答

    DCI上下文的大多數示例都是作爲Command模式實現的。當使用依賴注入時,在構造函數中注入依賴關係並將參數發送到執行方法會很有用。比較Command模式類: public class SomeContext { private readonly SomeRole _someRole; private readonly IRepository<User> _userRepos

    2熱度

    1回答

    有方法的角色包含實際的算法,但上下文執行方法應執行什麼操作,但執行其中一種方法? public class SomeContext { // ... Constructor omitted ... public void Execute() { // Is this all? someRole.DoStuff(this.anotherRol

    0熱度

    1回答

    我正在研究CreditCardPayment上下文,並發現這種可能性並非所有角色都需要用於某些上下文方法。例如,方法CreateSecurityHash可能需要所有角色,但VerifyHash只需要一個。可以不綁定所有角色嗎?如果是這樣,怎麼樣引入多個構造函數和只能綁定所需的內容,如: public CreditCardPayment(objectA, objectB, objectC) {

    0熱度

    1回答

    在DCI的討論中,有一種通常提純面向對象的語言: 面向對象的編程語言,特別是「純」 那些表達對對象的對象或方法上的一切。 (當然,大多數編程語言使用類來完成這一 的關鍵是,什麼是應該的對象框架之外存在。) 來源:http://www.artima.com/articles/dci_vision.html 我我試圖從DCI的角度理解純粹的OO語言和非純粹的OO語言之間的區別。爲了將差異置於上下文中,

    0熱度

    1回答

    我一直在試圖瞭解DCI(數據上下文互動)(http://tidyjava.com/dci-architecture-visionary/) 這在我看來,「角色」可以通過創建派生類從繼承模擬一個基類,並有權訪問所有私有成員。這是一個合理的說法嗎? 另外,這可以被視爲太多的基礎設施?我的意思是,DCI似乎是將行爲與課堂分開。這不就是好的嗎?C,你有哪些功能在結構上運行?

    1熱度

    1回答

    我即將設計一個軟件,由幾個開發人員實施。 該軟件有許多複雜的用例,涉及UI中的幾個步驟和命令。 我希望與UI和Bussiness邏輯有明確的分離,因此,不應該由UI驅動/控制每個用例的不同 狀態,但在較低層 會使UI基本上變得「笨拙」。 我已經考慮過DCI和狀態模式之間的混合來解決這個問題。 我想知道您使用類似應用程序的經驗,如果可能的話, 會收到您的建議。 謝謝!

    1熱度

    1回答

    我正在考慮如何以及何時可以在Web應用程序中使用DCI上下文。我正在考慮這個高級用例: 用戶輸入城市,到達,出發,房型和點擊「搜索」。 系統顯示的酒店名單上的一個酒店標誌 用戶點擊閱讀其詳細 系統顯示酒店詳情 用戶點擊「現在預訂」 系統顯示付款形式 用戶輸入客戶詳細信息,賬單信息和點擊「提交」。 系統驗證帳單信息並顯示預訂確認。 這是非常高層次的,肯定需要細分。第一步(1-2,3-4,5-6)就像

    1熱度

    1回答

    如果我正在使用ASP.NET MVC框架,實例化一個上下文,並在那裏出錯,可以拋出一個異常並讓控制器處理它嗎? 然後,對於嵌套的上下文,外部上下文是否可以捕獲內部引發的異常?我在想,因爲上下文不可能意識到對方,但另一方面,錯誤是一個錯誤......對嗎?

    20熱度

    4回答

    最近與同事討論了在Rails應用程序中設計和編碼模型的不同方法,使我跨越了DCI in the context of Rails。 但是,我似乎無法繞過整個概念,即使經過this example application。 目前,我傾向於在編寫Rails應用程序時或多或少地使用「by the book」。 所以有一些事情,我想問問 - 什麼是DCI當MVC一起在普通的舊MVC(和Rails的Acti

    2熱度

    1回答

    我一直在跟隨着The Right Way to Code DCI in Ruby一起玩DCI。我發現我一直想讓自己的角色爲我的數據對象添加屬性。 舉例來說,如果我有一個用戶對象。 class User def initialize(name) @name = name end end user = User.new('JonMR') 用戶可以扮演顧客的角色。