hexagonal-architecture

    2熱度

    1回答

    我寫作系統遵循六邊形結構。 我在UseCase中分割了異步命令和同步查詢對象。 我src文件夾的樣子: -src --Entity ---Task.php --UseCase ---Command ----CreateTask -----CreateTaskUseCase.php -----CreateTaskCommand.php 我的問題是:我可以/應該使用通過命令在構造函數

    1熱度

    2回答

    我一直在閱讀很多回合六角形建築,我確實得到了大部分的概念(當然,我希望我這樣做),但我沒有找到任何示例該建築用例明智。 假設我的應用程序域模型是讓人喝醉。整個業務邏輯包含在Person類中,該類位於域層中。 class Person { private $name; private $age; function __construct($name, $age)

    2熱度

    2回答

    我的問題很簡單:如何讓我的類的私有數據存儲到存儲庫?不管我們採用的架構風格如何,每個人都同意業務對象不應該知道如何保存自己 - 也就是說他們不應該實現數據庫或其他持久性細節。但是,在我看來,只有業務對象知道他們需要保存的「什麼」。知識庫知道如何從數據庫中獲取數據,但如果知道如何將業務對象轉換爲數據庫術語,那麼它必須知道要翻譯什麼。 考慮一下我可能會使用數據庫,但是我不會用hibernate註釋標記

    1熱度

    2回答

    我開始使用dto(數據傳輸對象),並且對構建API系統體系結構的最佳方式有些疑問。 想象一個領域實體'A',與'B','C'和'D'的關係。我們有一個服務'S',返回一個包含所有「A」的json列表。在該服務中創建「ADTO」是正確的,填寫「BDTO's」,「CDTO's」和「DDTO's」?如果我們有另一個服務「S2」,並且我們需要返回一組特定的「B」,那麼我們需要創建另一個「B2DTO's」的

    -2熱度

    1回答

    我想沿着六角形軌跡移動星形標記,類似於我在問題末尾添加的「圓形軌跡」。謝謝。 這是源代碼,我寫了又創造同心hegzagons,但我不知道如何移動星標記橫穿同心六邊形,我寫了一個類似的模擬代碼爲圓形軌道,但我無法做到六角形。 %clc; % Clear the command window. %close all; % Close all figures (except those of imto

    1熱度

    1回答

    上週我發現自己不得不開始思考如何重構只包含單元測試的舊應用程序。我的第一個想法是用Cucumber添加一些組件測試場景來熟悉業務邏輯並確保我不會因爲我的更改而破壞任何內容。但在那個時候,我與我工作的公司中的一位架構師進行了交談,這讓我懷疑這是否值得,以及實際上我必須實際測試的代碼是什麼。 該應用程序有許多不同類型的端點:從其他端點調用和調用Oracle存儲過程和JMS主題和隊列。它被部署在Tomc

    3熱度

    1回答

    我目前正在Symfony 2框架上編寫一個小型控制檯應用程序。我試圖從框架中隔離應用程序(主要是在聽到關於六邊形體系結構/端口和適配器,乾淨的代碼和從框架中解耦應用程序的有趣談話後的練習),以便它可能作爲控制檯應用程序運行,一個Web應用程序,或者很少費力地轉移到另一個框架。 我遇到的問題是當我的一個接口是使用適配器模式實現的,它取決於使用適配器模式實現的另一個接口。這很難描述,可能最好用代碼示例

    0熱度

    2回答

    我想通過Repository的示例瞭解六邊形體系結構。 在這個設置中,我有以下幾層:框架(基礎結構) - >應用程序 - >域。 我有User在域部分,可以說我想驗證User如果沒有任何重複通過DuplicateUsernameValidator。爲了獲得這些信息,我需要從某處獲得這些信息。我在域層再次添加了一個接口UserRepository,這樣它可以在上面的層中解決。 這是對我來說很棘手的部

    1熱度

    1回答

    我需要的東西,我不能讓我的頭纏着關於庫和服務/用例模式(部分DDD設計),我想在我的下一個(Laravel PHP)項目實施幫助。 一切似乎都很清楚。令人困惑的DDD的一部分是來自存儲庫的數據結構。人們似乎選擇存儲庫應該返回的數據結構(數組或實體),但它都有缺點。其中之一是表現看我過去的經歷。還有一個是你沒有簡單數據結構的接口(數組或簡單對象屬性)。 我將從解釋以前項目的經驗入手。這個項目存在缺陷

    2熱度

    1回答

    我正在用Specflow(C#cucumber)開發BDD方法的六角形應用。 我想執行自動化場景系統測試,運行核心並在內部六角形的端口上注入測試雙代替生產適配器。 我也在使用組合根模式,這意味着核心依賴關係在覈心之外解決:已經聞到了我(解決核心對外部六邊形注入適配器的依賴關係是正確的,但核心的內部依賴性呢?)。 通常,測試類以它們的方式解決依賴關係,注入測試double,但現在它們必須能夠組裝核心