n-tier

    2熱度

    2回答

    是與設計模式和架構很陌生,我無法解釋給別人我的最新的應用究竟是如何設計的。我已經在表示層中認爲它是純粹的n層,純MVC和n層與MVC。目前我認爲後者是正確的,但我想從更有經驗的開發人員的想法。 工作原理: 瀏覽器發送HTTP請求到Tomcat。映射經由web.xml中一個servlet請求(我呼叫控制器) 控制器實例化一個或多個業務對象,並調用這些方法,即customerBO.getById(12

    5熱度

    9回答

    這是我的情況:我試圖儘可能遵循3層模式(即演示,業務和數據層)。當我需要來自數據庫的數據時,業務層會調用返回信息的數據層。數據層永遠不會返回SqlDataReader或DataTable對象,但通常是數據訪問層已知的自定義對象的枚舉。當數據層必須返回一個包含少量對象的列表時,它工作得非常好。 我現在正面臨這個問題,我的應用程序(業務層)必須處理500000條記錄。我可以簡單地將另一種方法添加到我的

    5熱度

    3回答

    我有一個問題,試圖佈局我的VS解決方案,我想請一些建議。 目前,我的解決方案的佈局看起來像以下項目: - Foo.Models Foo.Repositories Foo.Services Foo.Web (an ASP.NET MVC application) 我的網站(Foo.Web)呼籲Foo.Services命名空間中的各種方法。這裏的想法是,Services處理所有的業務邏輯。

    0熱度

    1回答

    請先閱讀以下主題: Circular reference between Assemblies in C# and Visual Studio 2005 實現接口是解決我的問題,但不履行我的目標。 我的目標是僅在UI層/程序集中使用BO層/程序集。這樣我就可以保持一個乾淨的圖層到圖層的引用。 因爲我不希望在UI層/程序集中爲BO層/程序集和ORMapper層/程序集添加引用。 我只想在UI層/程序

    2熱度

    1回答

    在BLL中返回業務規則錯誤的最佳做法是什麼?我應該只是提出異常並在表示層中捕獲它們,我會返回某種包含任何異常類型信息的對象嗎?

    1熱度

    6回答

    我的意見是它和它沒有。 它確實將用戶界面的邏輯和數據分離開來,但它仍將它們全部組合到單點應用程序中。 這就是爲什麼我認爲它不是真的,因爲控制器是業務邏輯,視圖是UI,模型是DAL。這些現在只是同一個應用程序中的圖層。 但是圖層應該是第一個還是第二個要實際調用的品種圖層? 任何人都想自己添加2美分?

    3熱度

    2回答

    我目前正在使用Linq-to-Entities(SQL Express 2005 for DB)和WPF的C#中的一個小型N-Tier應用程序,我想知道我的業務邏輯層應提供給什麼類型的數據收集用戶界面。 是否有缺點(性能,驗證等)綁定到像DataGridviews的形式對象到IQueryable?我應該填充內存中的DataTable並將其傳遞給UI? DataContext應該在哪一層進行初始化?

    2熱度

    4回答

    我有一個n層應用程序,包括表示層,業務層,DAL和業務對象層。分離對象和寫在對象上的操作破壞了面向對象的封裝概念。

    1熱度

    2回答

    我開始我的網站,像stackoverflow,有一點技術債務,我試圖還清。作爲一個合同開發,我已經在很多地方,看到實現這一結果的許多不同的方法,但我要去的方式是.. 演示(網絡) 業務層(老式實體類和BL層) 數據層(通過存儲過程DA類到SQL Server) 我的問題主要涉及的業務層。現在我有一個Entity名稱空間和一個BusinessLogic名稱空間。 BL有對DA和實體的引用。 實體具有

    10熱度

    5回答

    我創建了一個n層解決方案,我從WCF服務中檢索相關數據,在Windows窗體應用程序中更新它,然後通過WCF返回更新後的數據以保存到數據庫。應用程序,WCF服務和數據庫都在不同的機器上。 被檢索的數據由一個對象和子對象的... public Product Select(string catalogueNumber) { return (from p in this.ProductEn