2013-08-29 152 views
0

首先,我想問一些關於MVC的基本問題。簡單的問題,但找不到任何好的答案。關於MVC的Javascript和一般問題

MVC對於單人項目是否有用,還是隻有當更多人在項目中工作以使其更容易合作時才需要MVC?

項目需要多大才能充分利用MVC。我聽說每個人都應該使用MVC,但即使對於大型項目來說,它看起來也是一種矯枉過正。我無法想象需要多大的東西,因爲所有這些過度複雜的事情都要付諸東流。

我已經制作了一個非常簡短的單人RPG,並且我正試圖將其變成大規模的多人遊戲。這僅僅是爲了教育目的。所以我正在考慮用MVC重做它,但即使它有很多功能和數據來處理,它仍然看起來簡單明瞭,而且還會打擾MVC。也許如果我做了這麼小的項目,我看不到使用它的好處,我不應該使用它?

將使用所有的MVC附加代碼以可見的方式減慢我的應用程序?

現在關於Javascript,有一些MVC可用的解決方案。他們值得使用嗎?

感謝

+0

你是問有關在一般或ASP.MVC MVC模式? – dandel

+0

我一般都在問,但在使用YUI3閱讀關於MVC模式的一些博客文章後,它確實出現在我的頭上,所以我會試試這種方式。我對ASP不太瞭解。 –

回答

0

MVC只是一個模式,指導方針,組織項目和解耦你的代碼,所以團隊或項目的大小是不相關的。我自己創建了一個非常簡單的網站,其中包含一個列表和一些使用MVC的Web表單,並且開發速度比其他替代方法快得多。如果你有機會使用像Visual Studio這樣強大的IDE,你會發現構建網頁/站點的大部分常見事情都已經自動化了。而且我還與一個更大的項目中的12人一起工作,同時使用MVC方法,而不會注意到不同之處。

使用MVC的主要優點之一是,您可以在將來更改整個前端,而無需在模型或控制器層中進行更改。

此外,使用MVC不必拖慢你的代碼,這取決於你的實現。例如,當使用ASP.MVC而不是ASP.NET時,事實上,代碼和下載時間更快。使用ASP.MVC,你可以擺脫無意義的ViewState代碼段,生成的html代碼更清晰。

根據我的經驗,MVC是一個很好的模式,可以在Web項目中工作,因爲前端技術變化非常快,並且可以靈活地隨着他們發展而不必煩擾業務邏輯。

我希望我幫你。

你可以找到更多的信息: http://www.asp.net/mvc