原文出處：http://www.blogjava.net/jackybu/articles/8803.html
這個程序很簡單，但是它能讓你清楚的瞭解 Velocity 的基本工作原理。程序中其他部分基本上很固定，最主要的部分在以下代碼
這裏 Velocity 獲取模板文件，得到模板引用
/* 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.eiffelqiu.com");
其他代碼比較固定，但是也非常重要，但是對於每個應用來說寫法都很相同：
這是初始化 Velocity 模板引擎
/* first, get and initialize an engine */
VelocityEngine ve = new VelocityEngine();
ve.init();
這是用來將環境變量和輸出部分結合。
StringWriter writer = new StringWriter();
t.merge( context, writer );
/* show the World */
System.out.println( writer.toString() );
記住，這在將來的 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 三層的邏輯結構發生混淆。
這裏 Velocity 獲取模板文件，得到模板引用
/* 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.eiffelqiu.com");
其他代碼比較固定，但是也非常重要，但是對於每個應用來說寫法都很相同：
這是初始化 Velocity 模板引擎
/* first, get and initialize an engine */
VelocityEngine ve = new VelocityEngine();
ve.init();
這是用來將環境變量和輸出部分結合。
StringWriter writer = new StringWriter();
t.merge( context, writer );
/* show the World */
System.out.println( writer.toString() );
記住，這在將來的 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 三層的邏輯結構發生混淆。
