Velocity使用方法的另一個好處在于，成品網(wǎng)站制作實際的模板數(shù)據(jù)可以存儲任何地方，包括數(shù)據(jù)庫和遠程主機，通過對模板載入器時行配置，可以創(chuàng)建一個完全個性化的、滿足自己需要的模板載入器。

  類似slrurs和turbine這樣的框架軟件都會有很多處理錯誤的恰當方法。即使沒有turbine，Velocity也可以提供很多種處理的方法以，但是，由于Struts建立在JSP的基礎(chǔ)上，它也繼承了一些與JSP相關(guān)的問題。在下一節(jié)中，我們將時行詳細討論。

  JSP生成的代碼存在一個主要的問題，成品網(wǎng)站設(shè)計程序JSP在向輸出流端口寫數(shù)據(jù)時發(fā)生了異常錯誤，JSP沒有辦法捕捉它，除非手工定義特定的錯誤句柄。這些都可能導(dǎo)致異常錯誤的出現(xiàn)。

從另一個角度來看，成品網(wǎng)站建設(shè)程序Velocity只是裝入模板，將模板解析一次，然后存儲為抽象語法樹。抽象語法樹代表在內(nèi)存的模板，這秀色可餐以一次一次地重復(fù)使用，這個過程只是簡單的“編程>解析>運行”。這樣做的好處是顯而易見的。使用Velocityt模板將明顯地提高速度，同時還減少了對javac編程器和其它臨時目錄的需求。在Velocity過程中，如果模板發(fā)生了變化，存在緩沖存儲器中的模板將被最新解析生成的版本替換掉，從而保證了正確性。

   在連續(xù)地向輸出端口定數(shù)據(jù)時，緩沖也是一個重要的問題。在下面的例子中，這兩行代碼要JSP向緩沖寫12KB的數(shù)據(jù)，并且將成品網(wǎng)站建設(shè)的auto flush參數(shù)打開。Struts+JSP可以提供JSP模板作為“視圖”部分，從而實現(xiàn)了MVC模型，那么代碼中的哪些標記應(yīng)該屬于MVC模型中的哪一部分呢?

 JSP在設(shè)計方面還存在一個問題，就是在JSP頁中，JSP只能捕捉到exception類型的錯誤。如果在JSP頁的代碼中出現(xiàn)了另外一種錯誤，如out of memory error（內(nèi)存不足錯誤）,就會出現(xiàn)網(wǎng)頁的錯亂。因為它是基于throw able類型的錯誤，而不是exception類型的，因此在JSP頁中捕捉這種錯誤是非常困難的。