【轉】一篇Velocity入門級的文章

         這是一篇Velocity入門級的文章，雖然很簡單，但確實可以說明Velocity的工做原理，值得一讀。

        雖然大多 Velocity 的應用都是基於 Servlet 的網頁製做, 可是爲了說明 Velocity 的使用，我決定採用更通用的 Java application 來講明它的工做原理。 

        彷佛全部語言教學的開頭都是採用 HelloWorld 來做爲第一個程序的示例。這裏也不例外。 

      任何 Velocity 的應用都包括兩個方面:
          一是模板製做. 在咱們這個例子中就是 hellosite.vm: 

Hello $name! Welcome to $site world!

            二是 Java 程序部分：  

import java.io.StringWriter;
import org.apache.velocity.app.VelocityEngine;
import org.apache.velocity.Template;
import org.apache.velocity.VelocityContext;

public class HelloWorld{
  public static void main( String[] args )throws Exception{
   // first, get and initialize an engine
   VelocityEngine ve = new VelocityEngine();
   ve.init();
   // next, get the Template
   Template t = ve.getTemplate( "hellosite.vm" );
   // create a context and add data
   VelocityContext context = new VelocityContext();
   context.put("name", "Eiffel Qiu");
   context.put("site", "http://www.j2medev.com");
   // now render the template into a StringWriter
   StringWriter writer = new StringWriter();
   t.merge( context, writer );
   // show the World
   System.out.println( writer.toString() ); 
 }
}

將兩個文件放在同一個目錄下(假設爲d:\workspace\) . 打開命令行窗口，進入d:\workspace, 編譯java文件, 而後運行， 如無心外會在控制檯看到以下的輸出:

Hello Eiffel Qiu! Welcome to http://www.j2medev.com world

記得把  Velocity 依賴添加到類路徑中.

        這就是Velocity的基本工做原理。 在未來的 servlet 應用中會有所區別，由於網頁輸出並不和命令行輸出相同，若是用於網頁輸出，將並不經過 System.out 輸出。這會在之後的教程中給你們解釋的。 

 來總結一下 Velocity 真正的工做原理： 
Velocity 解決了如何在 Servlet 和 網頁之間傳遞數據的問題，固然這種傳輸數據的機制是在 MVC 模式上進行的，也就是View 和 Modle , Controller 之間相互獨立工做，一方的修改不影響其餘方變更，他們之間是經過環境變量（Context）來實現的，固然雙方網頁製做一方和後臺程序一方要相互約定好對所傳遞變量的命名約定，好比上個程序例子中的 site, name 變量，它們在網頁上就是 $name ,$site 。 這樣只要雙方約定好了變量名字，那麼雙方就能夠獨立工做了。 不管頁面如何變化，只要變量名不變，那麼後臺程序就無需改動，前臺網頁也能夠任意由網頁製做人員修改。這就是 Velocity 的工做原理。 

你會發現簡單變量名一般沒法知足網頁製做顯示數據的須要，好比咱們常常會循環顯示一些數據集，或者是根據一些數據的值來決定如何顯示下一步的數據， Velocity 一樣提供了循環，判斷的簡單語法以知足網頁製做的須要。Velocity 提供了一個簡單的模板語言以供前端網頁製做人員使用，這個模板語言足夠簡單（大部分懂得javascript的人就能夠很快掌握，其實它比 javascript 要簡單的多），固然這種簡單是刻意的，由於它不須要它什麼都能作， View 層其實不該該包含更多的邏輯，Velocity 的簡單模板語法能夠知足你全部對頁面顯示邏輯的須要，這一般已經足夠了，這裏不會發生象 jsp 那樣由於一個無限循環語句而毀掉系統的狀況，jsp 能作不少事情，Sun 在制定 Jsp 1.0 標準的時候，沒有及時的限定程序員在 jsp 插入代碼邏輯，使得早期的jsp 代碼更象是 php 代碼，它雖然強大，可是對顯示層邏輯來講，並沒必要要，並且會使 MVC 三層的邏輯結構發生混淆。