我一直在為我的新工作學(xué)習(xí)Zend及其MVC應(yīng)用程序結(jié)構(gòu)，發(fā)現(xiàn)與它一起工作只會使我感到困擾，原因是我無法完全動手。然后在學(xué)習(xí)過程中，我遇到了諸如MVC：No Silver Bullet之類的文章，以及有關(guān)MVC和Web應(yīng)用程序的播客。播客中的那個人非常反對將MVC作為Web應(yīng)用程序體系結(jié)構(gòu)，并釘住了很多困擾我的東西。但是，問題仍然存在，如果MVC并非真的很適合Web應(yīng)用程序，那是什么？
3 回答
泛舟湖上清波郎朗
TA貢獻(xiàn)1818條經(jīng)驗 獲得超3個贊
根據(jù)我的經(jīng)驗，在為Web開發(fā)時，從MVC架構(gòu)中獲得的收益遠(yuǎn)遠(yuǎn)超過其成本和明顯的開銷。
對于剛開始使用復(fù)雜的MVC框架的人來說，花更多的精力來分離三層并獲得所屬區(qū)域的良好感覺可能有些艱巨（有些事情很明顯，而其他事情可能是非常界限分明的。并且往往是很好的討論主題）。我認(rèn)為，從長遠(yuǎn)來看，這筆成本是值得的，特別是如果您期望應(yīng)用程序在合理的時間內(nèi)增長或維護(hù)。
我曾遇到過這樣的情況，由于層之間的良好隔離，創(chuàng)建新的API以允許其他客戶端連接到現(xiàn)有Web應(yīng)用程序的成本非常低：業(yè)務(wù)邏輯根本沒有連接到演示文稿，因此那是蛋糕。
我相信在當(dāng)前的MVC框架生態(tài)系統(tǒng)中，由于原理是通用的，因此您的工作量可能會有很大差異，但是例如Zend，Django，RoR和SpringMVC之間存在很多差異。
如果真的有其他好的替代方法可以代替這種范式...我對答案很感興趣！
抱歉，文字內(nèi)容太少了！
- 3 回答
- 0 關(guān)注
- 509 瀏覽
添加回答
舉報
0/150
提交
取消