3-tier

    0熱度

    1回答

    在數據訪問方面,或任何其他意見。 如果可能,請指出一個更好的選擇,如果有的話。

    1熱度

    2回答

    與我們以非規範化方式對MySQL進行攻擊相比,MongoDB的表現非常好。數據庫遷移之後,我意識到我們可能需要一些服務器端過程在數據庫操作之前/之後調用。一些不同的3層架構。我只是想知道可能和簡單的原型方法。是否有任何輕量級的mongodb服務器端鉤子,就像svn,git的服務器端鉤子一樣? 前,後提交,預提交,...

    0熱度

    1回答

    這將是一個相當開放的問題;但在這一點上,這是我必須從頭開始。我們目前有一個2層應用程序設計。這意味着我們有一個C++ API連接到我們的SQL Server,並執行典型的數據庫操作,例如插入/更新/查詢。我們正在尋找使這種三層設計與某種應用服務器坐在中間。目標是當我們獲得更多的負擔;我們不需要處理數據庫瓶頸。設計的目的是讓所有來自用戶的通信都與「中間層」一起發生,然後進入數據庫。這將消除我們將複雜

    2熱度

    1回答

    我們的新項目剛剛開始,我們遇到了與其架構相關的問題。 我們有一個3層arhitecture: WebUI中 業務 DataRepositories 每一層都有參考,以它下面的層。通信與我們所說的entities和business objects(BO)做如下: DataRepositories <--entities--> Business <--BO--> WebUI <--X-->使用X類

    0熱度

    1回答

    所以我寫了一個3層GIS(地理信息系統)系統。 但查看器應用程序是一個完整的C#二進制,而不是網頁 ,所以我需要將大量的對象/數據從中檔到應用 我想知道如何待辦事項這個 查看器:C#二進制 後端:對文檔 中檔的SQL數據庫+文件系統:C#/ NHibernate的ORM/messagingserver /的jobscheduler 所以通常是中檔會產生觀衆網頁/瀏覽器 的middletier本身具

    1熱度

    1回答

    我最初教構建三層的方法如下: 道 域 服務 utils的 JSF(豆) ... 一個實例化的類將不適合這些包,特別是類最常用的應用程序y組靜態方法。它可以作爲附加思想添加到服務中,但感覺很尷尬。 從那時起,我已經看到了更精細的封裝結構(可能是從Maven的借用): 常數(harcoded常數和枚舉) DAO dao.impl(的接口的實現) 模型 資源(屬性和配置文件) 服務 service.im

    0熱度

    1回答

    3層架構和3層結構不相同? 我聽到一些說法3層架構是應用層,業務邏輯層,數據層在你application.But如果這3層被放置在3噸不同的機器則是3層應用程序。 它是正確的嗎?

    0熱度

    2回答

    我開始了一個簡單的3層的項目。添加了Windows Forms Application作爲表示層,作爲DAL的類庫和作爲BLL的另一個類庫。 現在,我在Presentaion層設計了一些表單,並嘗試訪問BLL類庫。但是,我沒有得到BLL類庫的名稱空間。 我試過Imports BLL,但是沒有顯示BLL,只顯示了表示層的名字空間。 然後我嘗試了與DAL和BLL相同的方法,這些項目都無法在解決方案中訪

    2熱度

    3回答

    我最近開始在三層體系結構中開發一個項目,其中包含BLL,DAL和表示層。我使用的參考資料是網上的示例3層應用程序,並且它們都是相互不同的。所以,現在我很困惑哪一個是正確的三層。 請您指點適當的教程或書籍,這是遵循正確的三層架構,以便我可以遵循它。

    0熱度

    2回答

    我要開發使用Silverlight + WCF + ORM 現在我的問題是,如果我使用ORM在數據庫層,然後我怎麼能暴露在演講類,業務層的3層應用程序做客戶端驗證?