2012-11-08 63 views

回答

8

查看第一個不是基於模型和控制器,但主要是對視圖感興趣。許多問題領域並不完整地構成控制器和模型。想想電子商務網站,購物車存在於所有頁面上,但是每個控制器都應該控制它嗎?我個人在MVC中花費太多時間思考如何從邏輯上將問題融入MVC,而不僅僅是編碼。查看第一個拿走這個控制器/視圖/模型,而只是在Lift中可以調用「snippets」的視圖。它幾乎是MVC的超集,因爲如果你想要的話,每頁只能有一個片段,但是Lift允許你做更多。片段可能是交叉問題,也可能是頁面特定的邏輯。

從電梯網站..

電梯是不同的[從MVC]。對於HTML請求,Lift首先加載視圖並從視圖中構建頁面。 Lift還支持非HTML數據的REST樣式請求。 (請參閱第1頁的↑)「爲什麼?」因爲複雜的HTML頁面很少包含一個佔統治地位的邏輯......單個控制器......但包含許多不同的組件。其中一些組件相互作用,有些則不相互作用。在Lift中,定義要在視圖中生成的HTML頁面中呈現的組件集合。

1

當您使用電梯時,您基本上擁有一個視圖(頁面),您可以將任何代碼片段(應用程序)合併到一個MVC框架/環境中,而您通常不需要做太多的動作。

基本上你不必選擇頁面上最重要的東西就是你想要添加到頁面然後添加它。

相關問題