在繼承的N層應用程序中尋找答案

我已經繼承了一個n層應用程序，我希望對它的文件分組方式進行一些解釋。在繼承的N層應用程序中尋找答案

我猜BAL是業務的接入層 DAL是數據訪問層

的EAL任何猜測？任何人都知道EAL是什麼？

此外，爲什麼BAL中的文件名稱內容與DAL相同？ enter image description here

2014-02-23 xarzu

L可能代表Logic。 – stark

是的。雖然標準是層，但斯塔克認爲這是邏輯。 EAL是實體訪問層（Entity Access Layer），這是一種經常出現的人們認爲他們需要2個實體層的實體模式，其中一個實體層由一些ORM提供，另一個提供給頂層（DAL）的無用實體層。 – TomTom

E爲實體。 – antao

EAL - 大概實體接入層 - 雖然我不會將其命名爲這樣。這只是實體框架模型和您的情況下的相關SQL文件。而不是文件夾EAL名字，我只是把它型號或數據庫或數據

至於爲什麼有BAL和DAL具有相同的文件名，我敢打賭，如果你比較各1文件1，你會看到一些差異，屬性，字段等等方面

的DAL圖1對1的數據庫表/實體字段名，而BAL MIG除了DAL中要求的字段之外，ht還包含用於UI或用於中間處理（例如：根據某些其他值進行計算）的額外字段和方法。

例子： Contract.cs在DAL可能只是擁有所有必需的數據庫字段，如BidStartDate，BidEndingDate等，雖然你可能有一個額外的領域，你在UI顯示BAL稱爲DaysRemainingForBids，並計算爲current day與BidEndingDate之間的差異。

在未需要在數據庫中，但所需要的業務邏輯和UI顯示換句話說，屬性和方法，輸入將在BAL和未在DAL爲同一實體。

來源

2014-02-23 19:39:00 Shiva

在繼承的N層應用程序中尋找答案

回答

相關問題