n-tier-architecture

1熱度

2回答

我正在使用oracle作爲後端的asp.net項目。 Initialy我使用三層架構開發此應用程序，其中UI爲aspx頁面，BLL和DAL爲類庫項目。我在BLL和DAL中都使用了靜態類和方法。 DAL僅由具有接受由BLL類轉發的查詢的Select，Execute和ExecuteScalar靜態方法的單個類組成。 DAL private static string connString = ""

2熱度

1回答

業務邏輯層中的AsQueryable（） - 不好的做法？（我是這麼認爲的，但....）

例如說我有（僞代碼）：在我的數據訪問層到實體框架，這在目前返回，從而保證了我的生意才做了.ToList()public IEnumerable<User> GetUsers(string name)邏輯層不能干擾我的數據訪問層。但是，在我的業務邏輯層中，我需要稍微不同的變體，例如我需要更少的數據（例如只是userid或進一步過濾它）。要有一個高效的數據庫層，我希望另一個方法返回數據的一個子集

1熱度

1回答

模式/架構中的Web妥善處理嚮導應用

我搜索了關於這個問題的一段時間，但沒有發現「令人滿意」的答案爲止。我會試着解釋一下。我們正在開發，需要一個web應用程序，對於一些實體，嚮導在創建/編輯過程，使用戶可以和步驟之間切換有複雜的更好的控制，並建立這些實體所需的流量。每個備選建議我發現（ⅰ已經檢查大約穆蒂步形式惡嚮導寶石和ASCII鑄造）結束有關需要更改爲嚮導的實體。海事組織，嚮導只是一個視圖的特殊性，與實體和它們的接口無關...

0熱度

3回答

ASP.NET的nTier Architecutre

我有需要我用n層的方法來建立一個Web應用程序的項目。但是，由於我做的大部分項目都是使用1層的網站，因此我對這個架構很陌生。我決定建立一個三級體系結構，表示層，業務層&數據訪問層，最後是數據層。我想知道，因爲這些層在不同的服務器上，他們在想如何溝通？使用Web服務有助於解決這個問題嗎？是否有一個地方，這是完全教導任何簡單的教程或教訓？從構建應用程序到在單獨的服務器機器上部署。

0熱度

1回答

方法重構多門戶解決方案asp.net mvc的

目前我正在重構一個巨大的單片asp.net mvc的解決方案（運行作爲一個網站/門戶網站），並提取類庫與通用的業務邏輯（可用於創建類似的門戶）核心業務邏輯（即可以用作域邏輯）公共儲存庫的邏輯核心庫邏輯門戶特定的業務邏輯（如果通用業務邏輯犯規用這種方法做）門戶庫特定的邏輯（如果公共資源庫的邏輯沒有做的話）的問題，因爲我看到的是，在引入類似門戶網站，我將有時間創建其特定的業務邏輯層和存

2熱度

1回答

EF通用資源庫到任何數據提供者

我試圖讓我的EF通用資源庫更加「寬」，與EF，NHibernate，亞馬遜服務等任何數據提供程序（ORM）一起工作，而沒有任何綁定到EF上下文。現在我有（GIST鏈接）： IRepository Repository 我有重寫IRepository和Repository一部分。但不知道如何處理EF以及如何最終擺脫它。你可以給我一些文章或代碼樣本，以在我的工作中獲得正確的方向。

1熱度

1回答

DML參考DAL是一個技術問題？（依賴注入.net中的書）

在.net中的依賴注入（一本偉大的書籍感謝標記）。在第41個雜項其他問題：他談到一個反面模式，引用DAL和BLL UI，DAL定義域對象（實體框架自動生成的對象），他說：大多數領域模型似乎在數據訪問庫中實現。鑑於技術問題，域模型庫引用數據訪問庫，這是一個概念性問題，即數據訪問庫將類定義爲產品類的這樣一個類。公共產品類屬於域模型。我明白，DAL不能定義域對象，但我不明白爲什麼DML引用

1熱度

4回答

在c＃中，是否有可能將兩個不同的類作爲返回類型從一個圖層傳遞到其他圖層？

我的應用程序有n層體系結構。我有不同的層次（業務邏輯&數據鏈接& GUI）。我正在使用一些常用的類將數據從一個層傳遞到另一個層。我有一個班（說RetrnValueCls），它只有兩個變量Return value和Return Message。當我將數據從一層傳遞到另一層時，我需要返回這個Return Value類以及其他類（比如說MasterItemsCls），該類有其他變量。下面是方法 pub

1熱度

1回答

將EJB注入到viewcoped Bean中有害嗎？

在我的web應用程序中，我有一個由幾個jsf-viewscoped和一些requestcoped bean組成的表示層。通常我只想在這些表現邏輯中，所以只要有超出表示邏輯的任務，我就使用另一個Bean或一個EJB。所以在一些viewcoped Beans中，我注入了一個EJB。我現在的問題如下：我是否應避免通過創建另一個（例如應用程序作用域）bean來將EJB直接注入用於表示的Bean中的情況，該

0熱度

1回答

應用服務被稱爲包含業務邏輯

我有一個問題，扭曲了我在過去的幾個月。一些作者和人員（我不會說全部）將業務邏輯與應用服務相關聯。據我所知，業務邏輯包含構成我們域的類，它們全部包含在業務層或域層中。因此，我們將Business Objects放入業務層（這看起來完全合乎邏輯），那麼爲什麼我們將應用程序服務（屬於服務層）與業務邏輯（屬於業務層）相關聯？爲什麼我們說應用服務包含業務邏輯？