7

我很好奇如何在典型的ASP.NET MVC的心態,人們可以建立一個平臺,其他人可以開發插件。我的意思是,這些插件怎麼樣?自定義組件和ASP.NET MVC

就像爲WebForms退出用戶控件一樣,封裝了它們自己的所有圖層,或者表示模型的視圖和控制器的三個不同文件。我應該開發一個CMS的核心,我希望其他人可以爲以後創建插件。哪種思路更適合那種經典的Web Forms或ASP.NET MVC?

我需要開發人員能夠爲此單獨構建組件。是否有可能將MVC目錄結構封裝在組件DLL文件中,然後當我引用DLL文件時,能夠直接訪問組件的模型,視圖或控制器作爲通用MVC結構的一部分?

+0

對不起,意外downvoted我猜。不知道如何發生,但我不能刪除它,除非編輯問題。 – 2010-01-29 16:49:37

回答

2

最有希望的組件技術來自lostechies.com和Mvccontrib上的傢伙,形式爲Portable Areas。便攜式區域允許將整個MVC應用程序添加到現有的應用程序中。所以它不僅僅是一個UI組件,而且還提供了所有的工作流程和屏幕集成。

Open Forum也做這樣的事情。我不知道如何,但它是非常即插即用的。

對於直插式插件體系結構,Rob Connery的link text有一個有趣的截屏視頻和源代碼。他利用App-Code目錄將新插件滑入到位,而無需編輯主站點。

+1

我檢查了OpenForum。看起來這些傢伙正在使用一種init方法,在路由表中「注入」新實體模型,控制器和視圖的地址,並刷新它。很酷,但我擔心它可能會產生額外的依賴性 – xantrus 2010-01-29 11:32:41