建議/與子應用

我開始思考，並制定一個大的web應用程序的體系結構的Web應用程序的建議，我希望得到建議和/或在其上的技術和/或框架使用的建議。建議/與子應用

該應用程序將是一個基於Intranet的網站，使用Windows身份驗證，在IIS上運行並使用ASP.NET。它需要被構建爲具有子Web應用程序的主要Web應用程序。實質上，整個範圍是一個基於複合瀏覽器的Intranet應用程序，它由離散的，功能完整的模塊或子應用程序組成。

這個複合web客戶端應用程序將有一個主或外殼模塊來提供整體用戶界面結構。此外，外殼模塊將提供對所有單獨的子應用程序或模塊可以使用的通用服務的訪問。然後，每個子應用程序/模塊將包含其自己的功能和實現，但與shell用戶界面集成。

接下來，基於子應用程序的用戶，並且是可用的，主要的或殼應用程序將動態生成的選項卡（或按鈕或東西）作爲一種方式來訪問每個單獨的應用程序。而且，我們將把用戶和應用程序數據存儲在數據庫表中。

因此，例如，我們將有一個報告應用程序，顯示應用，而且很可能其他幾個不同的應用程序。在主/外殼應用程序啓動時，在確定用戶是誰之後，主應用程序將查詢數據庫以確定用戶可以使用哪些子應用程序並構建UI。然後，用戶可以在可用的子應用程序之間導航，並在每個應用程序中進行工作

我希望這一切都有道理。

無論如何，我想知道，如果有的話，預先存在的技術/框架將最適合構建和開發一個系統，像這樣。

Web客戶端軟件工廠會是一個不錯的選擇嗎？其他MVP解決方案會是一個不錯的選擇嗎？ ASP.NET MVC會是一個不錯的選擇嗎？別的東西？這些都不是一個好的選擇，我們應該從頭開始使用Web表單開發一切？我應該知道的其他任何信息？

謝謝！

來源

2010-06-18 lmttag

可能的[使用子應用程序的Web應用程序體系結構建議/建議]（http：// stackoverflow。com/questions/4719196/architecture-suggestions-for-a-web-application-with-sub-apps） – 2011-02-23 01:47:03

請停止發佈重複問題。 – 2011-02-23 01:47:14

我對開放標識符有一些問題，所以我想我需要重新發布它（並且，這樣做，我試圖清理並澄清原始帖子 - 所以在技術上它們稍有不同）。如果我可以刪除原來的帖子，我會的。但是，我不能，或者至少不清楚如何做到這一點。 – lmttag 2011-02-23 15:52:49

ASP.Net MVC2還可以方便地使用區域。這裏是可以

http://odetocode.com/Blogs/scott/archive/2009/10/13/asp-net-mvc2-preview-2-areas-and-routes.aspx

基本上你可以使用領域打破了你的「子應用」

來源

2010-06-18 19:07:42

討論框架之前，有用的鏈接，建立這樣一個系統時，一些需要考慮的要點（其中子應用程序可以被插入）：

可能的集成點（數據，服務，業務邏輯，UI）
橫切關注點（系統日誌，審計洛克，配置，安全性）
誰將開發子應用程序（你，在你的辦公室工作，或任何人/大社區人）

我認爲，在跨越和構建之前框架（或選擇現有的框架），您需要退後一步並首先考慮這些方面。

在farmeworks方面：你會發現很多框架卻很少提供全方位的你以後：

ASP.NET Web窗體基本上是土地的完全空置的地塊 - 你」必須自己構建大多數東西，或者引入其他框架（如MS企業庫）
ASP.NET MVC實際上是同一件事，但風格不同。

這些都不是「框架」，但您可以使用其中任何一個作爲低級基礎「平臺」。

MS Ent Lib是非常適合跨領域的問題（如數據訪問，日誌記錄等），但僅此而已。
還有一個很好的範圍Dependency Inversion frameworks但這些都不是一個完整的解決方案。

重要的是要控制依賴關係：確保您抽象出數據層（開始），堅持圍繞接口隔離，重用等原則。

你可以考慮的一個選擇（我在這裏吹自己的小號 - 所以我不公正）是我開發的開放源代碼.net應用程序框架（'Morphfolia'它花了我大約5年，兼職）。即使你不使用它，你可能會發現一些好的想法或代碼，你可以 '偷'：

Morphfolia：

可用於下載http://morphfolia.codeplex.com/

來源

2010-06-19 06:30:03

建議/與子應用

回答

相關問題