bll

    2熱度

    3回答

    我是實體框架的新手(代碼優先,如果重要)。正如我一直在使用它,我一直在構建我的POCO課程,並將它們視爲最終的領域模型。通過Lazy Loading之類的東西,我喜歡Idea,我可以直接在我的表示層中使用這些實體,從而延遲加載實際需要的內容。 但是,我最近也瞭解到數據傳輸對象,這是我以前從未聽說過的。這絕對有道理;我的最終域模型的行爲可能有一些不屬於DAL的業務規則。例如,如果我給實體框架的POC

    0熱度

    1回答

    在業務對象層中組織對象的最常用方法是什麼? 例如,我用一個BLL工作採取這種方式: 公共文件夾 - 包含靜態實用程序文件 接口文件夾 - 所有接口 德爾 - 數據訪問對象 服務 - 訪問服務的對象 項目根目錄 - 包含業務對象 我也看到了混合在業務對象中的接口以及在模型和庫文件夾中有對象的BLL項目。

    0熱度

    1回答

    我使用LINQ努力的entites。我是EF5和Linq的新手。我在VB.NET中編程。我一直在使用將數據集作爲DAL返回到BLL中的表適配器,然後將其鏈接到ObjectDataSource。現在我升級到VS2012從VS2005 ASP.NET 2.0 ASO,.NET 4.0使用EF5和我已經安裝EF5爲DAL和我想重寫BAL使用LINQ到實體去到ObjectDataSource。我可以使用N

    0熱度

    1回答

    我有問題,關於從ListPageObj傳遞值以顯示標籤上的值。 我怎樣才能獲得價值? BLL public List<ListPageObj> MyList(int ItemID) { return (from a in ctx.Item where a.ItemID == ItemIDselect new ListPageObj { Ite

    3熱度

    2回答

    從數據訪問層返回數據對象到接口的最佳做法是什麼? 目前,我有一個與數據庫進行通信並將DataTable返回給業務層的層,然後Business Layer創建業務對象並返回到接口。這是不是可悲或不好的做法? 我的問題是: - 什麼是從DAL返回數據對象的最佳方式? - 如果DAL不應該返回數據對象,那麼如何獲取DataBinding接口的數據? 這不是問題,而是最佳實踐問題。 謝謝大家提前

    0熱度

    1回答

    我正在學習asp.net中數據訪問的BLL。 只是有一點不清楚,DataObjectMethod的第二個參數是什麼,它是一個名爲isDefault的布爾變量。

    0熱度

    2回答

    我設計了一個數據庫,以便更好地展示我的問題創建BLL和GridView,我已經簡化它: TB: CONSULTANTS ID uniqueidentifier NAME NVARCHAR(30) TB: EXPENSES ID uniqueidentifier AMOUNT money CONSULTANTID

    3熱度

    1回答

    我通常將數據集創建爲DAL,並將BLL內置於原始項目中。 當我得知實體框架後,我知道業務邏輯層通常是在分離的項目(類庫)中創建的。 但是,ASP.NET網站沒有相應的教程。 因爲這個原因,當我在創建BLL的時候,特別是在引用過程中,我感到非常困惑。 爲了完成BLL類,我應該直接添加這樣的參考嗎? ,然後進入到實體使用的語句: 然而,在訪問BLL可能需要引用回到BLL項目主體工程的表示層。我看到一些

    4熱度

    1回答

    我對這個問題感覺像這樣一個小菜鳥,但它現在一直在困擾着我。 在設計分層應用程序的BLL時,是否將所有實體類放在一個名稱空間中?例如:如果您有一個客戶及其車輛的數據庫,並且這些車輛可以按月進行服務。我認爲可以將客戶和車輛與「服務模塊」保持在一個單獨的「模塊」中(這樣,如果您需要更新服務的完成方式或存儲數據的位置,則無需觸摸客戶\車輛模塊)。 我正確地思考這種方式還是應該改變我的設計思路? 這給我帶來

    1熱度

    1回答

    WebsiteSetting { public string Name Age {get; set;} public string Language {get;set} public int ActiveSeason {get;set} ...... ...... } 我有一個像初始化this.when網頁類,我開始這個類加載的每個頁面和