n-tier

    0熱度

    2回答

    我正在尋找有關超越裝配體邊界的傳遞實體的最佳做法的意見。我正在使用Linq-To-SQL,但同樣的問題將適用於實體框架,NHibernate等。 我有一個程序集,我想在多個項目中重複使用。其中有幾個我迄今保持內部的實體,但是我發現將實體列表返回給調用者是有益的。我應該創建一個新的類來封裝數據,還是應該公開自己的實體? 例如,假設我有一個Address實體。最好有一個方法GetAddress(...

    0熱度

    1回答

    在this answer他說我可以在創建我的3層解決方案時使用RIA服務,它如何幫助我以及如何爲我節省時間,因爲當我在msdn上檢查它時,發現RIA與銀光有關,而我正在創建一個正常的asp.net網站。

    0熱度

    1回答

    即時通訊嘗試測試,然後實現LINQ 2 SQL作爲我的數據訪問到我的N層應用程序,因爲我今天讀了一些信息,我在數據庫中添加了一個DateTime列,我的L2S設計師我將設計器中每個「列」的TimeStamp屬性更改爲true,並強制將AutoGenerated Value設置爲true。但是,當我把我的對象返回到datacontext我得到「成員'System.DateTime ModifiedD

    1熱度

    2回答

    HTML: <table id="table-1"> <tr> <td> <table> <tr> <td>content</td> <tr> </table> </td> <td>Content</td> </tr> </table> 是否有可能addclass 'TD-1

    3熱度

    3回答

    創建一個n層解決方案時,我不想公開我的業務對象,而是使用DTO而不是這個。另一方面,我不想雙重定義對象並始終寫入複製代碼。 現在我的想法是寫DTO包含所有必要的字段和屬性,但沒有邏輯(只有狀態)。 然後,我會從這些DTO中派生出我的業務對象,並使用我的業務邏輯擴展它們,從而處理DTO基類屬性。這些對象也將是所使用的ORM中持久化的對象(NHibernate)。使用這種方法,在服務器端,我可以處理業

    2熱度

    2回答

    我的團隊正在設計一個域模型,它將在統一的資源庫抽象背後隱藏各種不同的數據源。這種方法的主要驅動因素之一是這些數據源在不久的將來會發生重大變化的可能性很高,我們不希望在這種情況發生時重寫業務邏輯。一個數據源將成爲我們的會員數據庫,最初使用默認的ASP.Net成員資格提供程序實施。成員資格提供者與System.Web.Security命名空間綁定,但我們有一個設計原則,要求我們的領域模型層不依賴於Sy

    0熱度

    1回答

    我的朋友使用開發的2層應用程序,應用程序直接連接到數據庫,現在他需要移動到3層應用程序,但他有關於應用程序速度的問題。這個新的應用程序需要在客戶端生成大量的報告,所以他擔心這個過程需要調用業務層查詢數據然後序列化回客戶端,這需要花費很多時間。 他想知道,是否有辦法提高這種情況的速度? 添加信息 生成報告,我的意思是從數據庫(在應用程序服務器)查詢數據和序列化回客戶端綁定它報告文件。

    1熱度

    1回答

    基於WCF的WinForms應用程序我有了一個WCF服務中實現它的商業邏輯層一個Windows應用程序。此服務目前託管在IIS上。我想知道,如果有一種方法可以在服務不可用/可行的情況下以獨立模式運行應用程序。

    11熱度

    1回答

    在花了幾個月的時間研究DDD方法論之後,我現在開始將這些概念應用到我公司的實際產品中。事實上,我一直致力於爲未來的發展創建合適的可維護體系結構。 我們已經決定利用以下技術:EF4(真V2),統一 我獲得一直是最有啓發性的信息量,不過,我留下了最好的幾個問題做法: 問題1:的DTO - 最佳實踐 我有我的域對象(PO​​CO類)。有幾種方法來實現這些類。 傳統方法:創建包含公共getter/sett

    3熱度

    1回答

    我最近成爲編寫我們的「旗艦」產品的開發團隊的一員。它主要是一個閱讀密集型Web應用程序(asp.net(c#)和oracle),在N層系統中實現。大部分數據庫中的寫入都是通過外部服務完成的(不是通過webapp)。與其在數據庫中安排正常的批處理作業以進行數據聚合,不如將業務層中的所有內容(有時創建一億個對象)推到一起。雖然這確實使所有「業務邏輯」保持在同一地點,但它也比在數據庫中運行等效查詢的時間