Velocity使用方法的另一个好处在于，成品网站制作实际的模板数据可以存储任何地方，包括数据库和远程主机，通过对模板载入器时行配置，可以创建一个完全个性化的、满足自己需要的模板载入器。

  类似slrurs和turbine这样的框架软件都会有很多处理错误的恰当方法。即使没有turbine，Velocity也可以提供很多种处理的方法以，但是，由于Struts建立在JSP的基础上，它也继承了一些与JSP相关的问题。在下一节中，我们将时行详细讨论。

  JSP生成的代码存在一个主要的问题，成品网站设计程序JSP在向输出流端口写数据时发生了异常错误，JSP没有办法捕捉它，除非手工定义特定的错误句柄。这些都可能导致异常错误的出现。

从另一个角度来看，成品网站建设程序Velocity只是装入模板，将模板解析一次，然后存储为抽象语法树。抽象语法树代表在内存的模板，这秀色可餐以一次一次地重复使用，这个过程只是简单的“编程>解析>运行”。这样做的好处是显而易见的。使用Velocityt模板将明显地提高速度，同时还减少了对javac编程器和其它临时目录的需求。在Velocity过程中，如果模板发生了变化，存在缓冲存储器中的模板将被最新解析生成的版本替换掉，从而保证了正确性。

   在连续地向输出端口定数据时，缓冲也是一个重要的问题。在下面的例子中，这两行代码要JSP向缓冲写12KB的数据，并且将成品网站建设的auto flush参数打开。Struts+JSP可以提供JSP模板作为“视图”部分，从而实现了MVC模型，那么代码中的哪些标记应该属于MVC模型中的哪一部分呢?

 JSP在设计方面还存在一个问题，就是在JSP页中，JSP只能捕捉到exception类型的错误。如果在JSP页的代码中出现了另外一种错误，如out of memory error（内存不足错误）,就会出现网页的错乱。因为它是基于throw able类型的错误，而不是exception类型的，因此在JSP页中捕捉这种错误是非常困难的。