Struts 簡單小結

      Struts是一個基於MVC的開源框架，具備組件的模塊化、靈活性和重用性的優勢，同時簡化了基於MVC的web應用程序的開發。

      struts能夠清晰地區分控制，事務邏輯和外觀，從而簡化了開發應用程序的過程。struts提供的類使得開發工做更加簡單，這些類包括：控制程序流程的類、實現和執行程序事務邏輯的類、自定義的標記庫使得建立和驗證HTML表單更加容易。

      下面是我初步學習了Struts之後，簡單勾勒的一張知識點的羅列圖。

點擊查看可摺疊的原導圖

      每一個事物的存在必有其存在的意義，同時也有優缺點。具體來說,

Struts的優勢有: 

• 實現MVC模式，結構清晰,使開發者只關注業務邏輯的實現. 
  
  
• 有豐富的tag能夠用 Struts的標記庫(Taglib)，如能靈活動用，則能大大提升開發效率。
  
  
• 頁面導航，會使得系統的脈絡更加清晰。經過一個配置文件，便可把握整個系統各部分之間的聯繫，這對於後期的維護有着莫大的好處。尤爲是當另外一批開發者接手這個項目時，這種優點體現得更加明顯。 
  
  
• 提供Exception處理機制 
  
  
• 支持I18N 

    缺點: 

• 頁面導航受限於forward
        轉到展現層時，須要配置forward，每一次轉到展現層，相信大多數都是直接轉到jsp，而涉及到轉向，須要配置forward，若是有十個展現層的jsp，須要配置十次struts，並且還不包括有時候目錄、文件變動，須要從新修改forward，注意，每次修改配置以後，要求從新部署整個項目，而tomcate這樣的服務器，還必須從新啓動服務器，若是業務變動複雜頻繁的系統，這樣的操做簡單不可想象。如今就是這樣，幾十上百我的同時在線使用系統時，你們能夠想象一下，重啓服務器將意味着什麼。
  
  
• Struts的Action必需是thread-safe方式
        它僅僅容許一個實例去處理全部的請求。因此action用到的全部的資源都必需統一同步，這個就引發了線程安全的問題。
  
  
• 測試不方便
        Struts的每一個Action都同Web層耦合在一塊兒，這樣它的測試依賴於Web容器，單元測試也很難實現。不過有一個Junit的擴展工具Struts TestCase能夠實現它的單元測試。
  
  
• 對事件支持不夠
        在struts中，實際是一個表單Form對應一個Action類(或DispatchAction)，換一句話說：在Struts中實際是一個表單只能對應一個事件，struts這種事件方式稱爲application event。它與component event相比是一種粗粒度的事件。

版權聲明：本文爲博主原創文章，未經博主容許不得轉載。