在n層體系結構中是否有關於業務層命名約定的最佳實踐或準則？

Question

我們正在考慮採用n層架構來開展我們即將開始的項目。我只想知道命名約定。我已經閱讀了幾本書，並在網上做了一些研究，但我仍然在努力尋找適合您的基本CRUD的對象的適當名稱。一本書使用了後綴邏輯。因此，如果正在處理產品，業務層有一個名爲ProductLogic的對象，您是否得到，更新等等。我不是那些命名約定的忠實粉絲。

另一個資源建議使用後綴管理器。所以我們會使用ProductManager。我不是那個人的粉絲，因爲這個名字從來沒有真正表明它的作用。這似乎有點模糊。

我想保持我的班級的責任很好，並分開。所以我們有數據訪問對象，它只是做數據訪問。我們還在單獨的課程中有驗證器。 「經理」協調驗證和數據訪問。

當涉及到業務邏輯層對象時，它們是否有任何一種命名約定？

Answer 1

我使用的最接近的是數據傳輸對象的後綴DTO。業務層中令人感興趣的是按照它們的名稱命名的，沒有後綴/前綴。我們使用的是NHibernate，因此這些對象在ID字段之外沒有任何特定的方法或屬性。