再后來，出現框架

    時代進一步發展，人們發現簡單的JSP和Servlet已經很難滿足人們懶惰的要求了。于是，人們開始試圖總結一些公用的Java類，來解決Web開發過 程中碰到的問題。這時，橫空出世了一個框架，叫做struts。它非常先進地實現了MVC模式，成為了廣大程序員的福音。

    struts的代碼示例我就不貼了，網上隨便搜搜你可以發現一堆一堆的。在一定程度上，struts能夠解決web開發中的職責分配問題，使得顯示與邏輯 分開。不過在很長一段時間內，使用struts的程序員往往無法分別我們到底需要web框架幫我們做什么，我們到底需要它完成點什么功能？

我們到底要什么

    在回顧了我們寫代碼的歷史之后，我們回過頭來看看，我們到底要什么？

    無論是使用JSP，還是使用Struts1，或是Struts2，我們至少都需要一些必須的元素（如果沒有這些元素，或許我還真不知道這個程序會寫成什么樣子）：

    1. 數據

    在這個例子中，就是name和password。他們共同構成了程序的核心載體。事實上，我們往往會有一個User類來封裝name和password，這樣會使得我們的程序更加OO。無論怎么說，數據會穿插在這個程序的各處，成為程序運行的核心。

    2. 頁面展示

    在這個例子中，就是login.jsp。沒有這個頁面，一切的請求、驗證和錯誤展示也無從談起。在頁面上，我們需要利用HTML，把我們需要展現的數據都呈現出來。同時我們也需要完成一定的頁面邏輯，例如，錯誤展示，分支判斷等等。

    3. 處理具體業務的場所

    在這里，不同階段，處理具體業務的場所就不太一樣。原來用JSP和Servlet，后來用Struts1或者Struts2的Action。

    上面的這些必須出現的元素，在不同的年代，被賦予了不同的表現形式，有的受到時代的束縛，其表現形式非常落后，有的已經不再使用。但是撥開這些外在的表現形式，我們就可以發現，這不就是我們已經熟門熟路的MVC嘛？

    數據 ———— Model

    頁面展示 ———— View

    處理具體業務的場所 ———— Control

    所以，框架不重要，概念是王道。只要能夠深刻理解MVC的概念，框架對你來說，只是一個jar包而已。

    MVC的概念其實就那么簡單，這些概念其實早已深入我們的內心，而我們所缺乏的是將其本質挖掘出來。我們來看看下面這幅圖，這是一副流行了很多年的講述MVC模型的圖：
 

    在這幅圖中，MVC三個框框各司其職，結構清晰明朗。不過我覺得這幅圖忽略了一個問題，就是數據是動的，數據在View和Control層一旦動起來，就會產生許多的問題：

    1. 數據從View層傳遞到Control層，如何使得一個個扁平的字符串，轉化成一個個生龍活虎的Java對象

    2. 數據從View層傳遞到Control層，如何方便的進行數據格式和內容的校驗？

    3. 數據從Control層傳遞到View層，一個個生龍活虎的Java對象，又如何在頁面上以各種各樣的形式展現出來

    4. 如果你試圖將數據請求從View層發送到Control層，你如何才能知道你要調用的究竟是哪個類，哪個方法？一個Http的請求，又如何與Control層的Java代碼建立起關系來？

    除此之外，Control層似乎也沒有想象中的那么簡單，因為它作為一個控制器，至少還需要處理以下的問題：

    1. 作為調用邏輯處理程序的facade門面，如果邏輯處理程序發生了異常，我們該如何處理？

    2. 對于邏輯處理的結果，我們需要做怎么樣的處理才能滿足豐富的前臺展示需要？

    這一個又一個問題的提出，都基于對MVC的基本概念的挖掘。所以，這些問題都需要我們在寫程序的時候去一一解決。說到這里，這篇文章開頭所提的問題應該可 以有答案了：框架是為了解決一個又一個在Web開發中所遇到的問題而誕生的。不同的框架，都是為了解決不同的問題，但是對于程序員而言，他們只是jar包 而已。框架的優缺點的評論，也完全取決于其對問題解決程度和解決方式的優雅性的評論。所以，千萬不要為了學習框架而學習框架，而是要為了解決問題而學習框 架，這才是一個程序員的正確學習之道。