建站
咨詢
售后
建站咨詢
新聞中心
MVC模式的另一個(gè)方面，是使得開發(fā)人員可以對傳統(tǒng)意義上無法進(jìn)行測試的UI部分進(jìn)行單元測試。Chad描述了微軟是如何實(shí)現(xiàn)這一點(diǎn)的：
微軟在最近對MVC框架的更新中（Beta，RC和最終的發(fā)布版）邁出了一大步，相比于Preview 3，對單元測試的支持更好了。但是我仍然認(rèn)為繼承和防備代碼的過度使用以及故意不使用接口，使得在ASP.NET MVC中進(jìn)行測試顯得很笨重。
他繼續(xù)解釋了FubuMVC是如何實(shí)現(xiàn)這一模式的：
相反，F(xiàn)ubuMVC使用簡潔的、易于mock的接口，著重于高內(nèi)聚低耦合的設(shè)計(jì)。其中，低耦合更成功一些，但這一切仍在開發(fā)之中，我希望將來的設(shè)計(jì)可以提高內(nèi)聚程度。
FubuMVC高度依賴SOLID原則，這使得它有很高的靈活性，開發(fā)人員僅僅使用一個(gè)mock就可以替換框架中的整套部件，并且可以使用任何他們喜歡的mock框架。
FubuMVC并沒有很多的防御性代碼……相反，它將注意力集中在設(shè)計(jì)提供自由控制的組件上面，這些組建是客戶代碼主要存在的地方：控制器（controller）、行為、視圖（view）以及可以重載的部分。
FubuMVC的類之間幾乎沒有依賴關(guān)系，僅有的依賴也是對接口的依賴，這些接口可以很容易的用mock對象來模擬。
FubuMVC核心框架
由于項(xiàng)目中有Jeremy（IoC容器StructureMap的創(chuàng)建者），你可能會(huì)認(rèn)為控制反轉(zhuǎn)和IoC容器會(huì)得到較多的支持，事實(shí)上也確實(shí)如此：
目前的版本僅支持StructureMap，但是將來很可能會(huì)加入對其他容器的支持?？蚣軐τ谌萜鞯氖褂梅浅Ｉ?，僅限于在配置時(shí)使用。其余的部分利用容器的自動(dòng)綁定功能完成，因此基本上沒有使用“service location”。對于僅有的一點(diǎn)service location，我們使用微軟Patterns and Practices的Common Service Locator進(jìn)行處理，它可以讓我們方便的替換底層依附于CSL模式的IoC容器（多數(shù)容器都滿足這個(gè)條件）。
FubuMVC還有一個(gè)contrib project，相比于FubuMVC核心框架，這個(gè)項(xiàng)目的目標(biāo)有什么不同:
我們希望能夠有更多的自由來發(fā)展FubuMVC，因此建立了FubuMVC Contrib。我們想嘗試一下插件，這樣可以有更多的人參與進(jìn)來，他們可以在較少的限制下做更多的嘗試，同時(shí)保持核心框架的穩(wěn)定。
FubuMVC核心框架將會(huì)維持少數(shù)幾個(gè)成員，對待補(bǔ)丁會(huì)更謹(jǐn)慎，對框架的修改也會(huì)更少。FubuMVC-Contrib將會(huì)有更多的參與者、更多的改動(dòng)、更低的要求，可能有無法工作的代碼或?qū)嶒?yàn)性質(zhì)的代碼。當(dāng)在contrib中開發(fā)出有趣的東西后，可以將這些東西合并到核心框架，或者拆分到單獨(dú)的項(xiàng)目中。
現(xiàn)今，F(xiàn)ubuMVC還沒有ASP.NET MVC那樣成熟，但是它的實(shí)現(xiàn)方式很有趣，這個(gè)框架將會(huì)如何發(fā)展，它與ASP.NET MVC的發(fā)展方向?qū)?huì)有怎樣的不同，我們將拭目以待。關(guān)于FubuMVC的更多信息，可以查看他們的wiki和Ryan Kelley的從頭開始學(xué)FubuMVC教程。
分享文章：概述ASP.NETMVC與FubuMVC核心框架
本文鏈接：http://www.5511xx.com/article/dpphdjo.html
