如何使用 velocity 模板引擎开发网站

基于 Java 的网站开发，很多人都采用 JSP 作为前端网页制作的技术，尤其在是国内。这种技术通常有一些问题，我试想一下我们是怎样开发网站的，通常有几种方法：

1：功能确定后，由美工设计网页的UI（界面）部分，然后由程序员在其上加入代码显示逻辑（比如循环，判断显示数据结果）。也就是通常的 jsp 页面制作，当然这部分可以由美工完成模板，然后由 jsp 工程师再继续以它为原型创建相应的 jsp 页面。

2：功能确定后，由美工设计网页的UI（界面）部分，然后由网页制作人员在其上加入代码显示逻辑（比如循环，判断显示数据结果），在这一步的 jsp 页面制作中，网页制作人员（通常只懂得 javascript 和 html ）在工程师的指导下学会如何嵌入 jsp taglib 标记，然后以美工的模板为原型制作 jsp 网页。

显然后面一种方式要比前面一种方式分工明确，然后在很多小公司，或者项目很急的情况下，jsp 网页制作和后台程序开发都是同一个人。这样无疑加大了程序员的负担。 后一种情况虽然比前面的好，但是它有两个缺点： 一：网页制作人员必须学会如何使用 jsp taglib 的使用，这无疑加大了网页制作人员的负担。二：如果页面因为客户的要求从新设计，那么无论那种情况网页制作人员都要从新将显示逻辑从新嵌入 jsp 网页。

在这方面， jsp 做的并不好，虽然从性能角度和 taglib 的使用上来说，它比 php 和 asp 要强很多， 但是它在设计上很类似 php 这种服务器页面语言，也就是在页面中嵌入脚本语言的技术，虽然它比传统的基于 CGI 的脚本语言的开发模式速度快，但是它将后台程序逻辑与页面显示混淆了，所以从这个角度来说, 它是一种不太良好的设计。想想看，你看到的众多 php 程序是怎么样子的吧，在一堆 .php 文件中，你已经分不清楚那些是后台程序，那些只是用来显示页面的程序。

现在更多的网站制作采用一种 MVC 模式，也就是将网站制作工作分工，分别为M(Model, 模型)，V（View 视图），C(Controller 控制器).

M(Model, 模型）也就是后台的事务逻辑，真正处理事务的代码，商业逻辑等等。他们是整个网站最重要的工作部分，通常这部分代码相对来说比较稳定，不经常变动，就是有所变动也不会对前端的页面有什么影响。

标签云:开发 网站 引擎 模板 使用 如何 Velocity 程序

看完这篇，您有何感觉呢？