我們想爲我們的面向對象設計實現一個模型或指南。我們喜歡領域驅動設計。我們的具體問題是:您是否認爲DDD現在仍然在模式設計之外有效?如果是這樣,我們應該評估其他方法或變體嗎?域驅動設計現在仍然有效嗎?
基本上,我們使用Visual Studio(c#)開發企業網站和桌面應用程序。
在此先感謝
我們想爲我們的面向對象設計實現一個模型或指南。我們喜歡領域驅動設計。我們的具體問題是:您是否認爲DDD現在仍然在模式設計之外有效?如果是這樣,我們應該評估其他方法或變體嗎?域驅動設計現在仍然有效嗎?
基本上,我們使用Visual Studio(c#)開發企業網站和桌面應用程序。
在此先感謝
在我看來,DDD和今天一樣重要。人們應該爲無處不在的語言而努力,使得代碼領域沒有像領域專家所描述的那樣與領域脫離,這個想法很可能在很長一段時間內仍然是一個好主意,今天更容易關注先把它看作是一個「次要」問題,並把它看作是一個「次要」問題。 DDD仍然需要重大的設計努力,其價值將與該領域的複雜程度成正比。
我還沒有使用這種方法編寫任何應用程序,但我最近在閱讀Event Sourcing和CQRS的時候看過很多,它們都是一個非常有趣的方法,應該適合DDD(並且通常由人們主張)誰是DDD支持者)。
我找不到它的權利,但有Eric Evans的一個視頻訪談漂浮在網路上的,您可能感興趣的看着this video of Eric Evans,這是回顧性的窗體上的幾個方法寫這本書幾年後,他現在會做什麼改變。
我認爲DDD是很活的(或相當死)以前一樣。我的觀點是,由於DSL(領域特定語言)和MDE(模型驅動工程),「領域」今天是一個熱門話題。
您可能想了解更多關於類似「域驅動」的知識,稱爲DSM - 域特定建模。在DSM中,您可以通過模式進行工作,但您也可以定義代碼生成器,將特定領域的設計轉換爲有效代碼。
查看DSM Forum或維基百科獲取更多關於DSM的信息。
目前在這方面最值得關注的兩個工具是來自MetaCase的MetaEdit+和來自Isomeris的AtomWeaver。
不知道你爲什麼被低估 - +1甚至出局。 – 2011-12-31 19:50:54
@david謝謝。我想這是因爲我對DDD(第一段)的評論是在downvote之後添加的... – 2012-01-02 10:51:31
我認爲這是您引用的視頻鏈接:http://www.infoq.com/presentations/ddd-eric-evans – 2012-01-01 02:18:36
謝謝,就是這樣 - 由於某種原因,我的Google-fu早些時候背叛了我,並將其添加到答案中。 – Mathias 2012-01-01 02:24:57
我們真的在尋找一種方法,使我們能夠爲客戶提供保證,不僅在可用性和穩定性方面保證其投資,而且不能有效維護。我認爲DDD在這方面非常合適,似乎一個關鍵是確定哪些DDD可以增加價值並將其應用於那些項目,甚至僅適用於項目最複雜的領域也可能是另一種選擇。 – Manuel 2012-01-01 17:57:24