n-tier

    4熱度

    2回答

    在您使用自定義實體的n層應用程序,你是怎麼發現自己處理來自查找表所需的數據?你爲每個查詢表創建實體還是採用其他策略? 例如。我有一個「評級」查找表,將用於填充下拉列表。你會創建一個評級對象與評級和評級屬性,並將其傳遞給您的用戶界面或有更有效的方式去解決它嗎? 欣賞你的想法。

    1熱度

    5回答

    我在想我應該如何組織我的項目。 我們有一些項目(重新)在其他項目中使用。 我的意思是,我們的數據項目和模型的項目在一到許多其他項目使用。 我真的知道的是如何構建這種類型的項目,什麼是最好的方式來命名呢? 在一個標準的3層應用程序,是想是這樣的: DAL,DataAccessLayer,數據... 型號,BusinessObject的,BOL ... UI,視圖, ... 任何其他的想法? 在每個公

    4熱度

    5回答

    問候, 道歉提前,我沒有研究這個強硬足以回答這個問題我自己,但我想它會帶我一段時間,我寧願現在才知道我花更多的時間來學習它。我在最初的研究中找不到任何東西。 如果您已經使用了多層體系結構(數據層,邏輯層,表示層),爲什麼要使用ASP.Net MVC?除了事實上,控制器比邏輯層具有更多功率。 我是否正確地認爲我可以在MVC的模型部分使用nHibernate和我所有的數據訪問類,實體和映射? 使用控制

    16熱度

    9回答

    我只是碰到下面的句子來了: 隨着行業已經從三個 層次模式搬到n層模型,對象關係型阻抗失配已成爲更普遍。 但我無法找到三層和n層之間區別的簡明解釋。我知道三層是什麼,我假設n層只增加一層或多層。我只是不確定這些額外的層次是什麼。如果任何人有一個簡短的解釋或簡單的一個很好的鏈接,這將不勝感激。

    1熱度

    4回答

    我想在我正在建設的應用程序中使用SubSonic(2.2),因爲我喜歡它的簡單性,它處理我可以預見的任何類型的查詢需要。同時,我想讓應用程序的上層與亞音速類型分離。我只想返回普通舊C#對象,並通過POCO進行保存。 但這裏有一個問題:我希望我的POCO具有基於FK關係的Child集合和父對象的Lazy加載屬性。我想我需要以某種方式將一個Subsonic SqlQuery對象放在我的POCO上的一個

    15熱度

    5回答

    Greg Young剛剛完成閱讀this post,他在談論微軟推薦帶有啞數據傳輸對象的模式。他暗示說,在Java社區,事情正朝着另一個方向發展。 我的問題是多少邏輯應該在你的實體對象?我工作的哲學(C#店)是,如果你不能序列化它,不要把它放在實體中。

    7熱度

    1回答

    我有一個3層.NET服務的應用程序,它遵循的標準方法: Frontend -> Object Model/Business Logic -> Data Access 我想了解沿途依賴注入,因此到目前爲止已經發現了它巨大的(使用Autofac) 。 3層中的每一層都需要創建各種對象,有時還需要額外的配置/等等。似乎DI容器應該是解決這個問題的理想工具,但是我有一些問題要看它應該與系統的其他部分相

    0熱度

    1回答

    需要的必要的配置變化 快速和快速的名單,同時從單層轉移到多層的CSLA部署 上述清單 A的詳細解釋如何列出

    2熱度

    3回答

    以前我的ASP.NET Web應用程序連接到數據庫直接使用ADO.NET。現在我想將它更改爲3層,ASP.NET層,中間Web服務層和後端數據庫層。我覺得有益處,我可以抽象數據源到ASP.NET前層,鬆散耦合和降低潛在的安全風險,讓外部暴露ASP.Net Web應用程序,以便能夠直接訪問數據庫等 相比2層架構與3層架構,我遇到了2個主要問題。 附加的中間web服務層將導致更多的流量,例如, ASP

    20熱度

    6回答

    我想大多數開發人員都有多層架構的想法。我們有DAL(數據訪問層),我們有BLL(業務邏輯層),並且在我們擁有用戶界面的路的盡頭。如果你有一個項目遵循這些原則,你是否保留(或至少試着)保留/放置他們在概念上屬於的東西?我特別感興趣的是與其他許多人一起工作的大公司應用程序。顯然,你可以用你的私人玩具項目做任何你想做的事情,發明任何一種建築並堅持下去。大型項目中很多人對軟件或整體混亂做出貢獻並不容易。