具备以下的功能
1> 实现了B/S结构上的工作流定义工具（没有看到同类型的产品）。
2> 流程定义格式与具体的工作流格式相分离，并可以在此基础上实现其他的流程定义工具产品。
3> 采用了Buffalo（XML-RPC的javascript实现）实现与后端Servlet的绑定。
4> 可以对具体的节点进行属性的配置（配置后的数据会被绑定为java的List自动传递到后端）。

目前还需要改进的
1> 修改目前工作流的图标（需要分支、状态、合并这样专业的图标）
2> 解决浏览器的刷新问题。
3> 增加线段的表现形式选项
4> 增加曲线的表现形式，尤其是在多线段的情况下要自动调整为曲线的形式。


目前的WFC已经被Michael Chen（buffalo的作者）收录在其网站上！地址如下
http://demo.amowa.net/wfc

对于buffalo的关注早在作者刚发布的时候就已经开始了，起初不太了解buffalo的作用，然而在具体的工作中寻找基于XML-RPC协议的产品时突然明白了它的价值，不过说简单一点buffalo是实现了基于javascript的对象的序列化以及反序列化工作。

common.js

function log(v)
{
     var s = "<li><font color=blue>"+new Date()+"</font> "+v+"</li>";
     logPanel_log.innerHTML+=s;
}

window.onhelp = function()
{
     logPanel.style.display=logPanel.style.display=='none'?"block":"none";
     return false;
}

document.write(
 "<div id=logPanel style='display:none;text-align:right'>"+
    "<button onclick=\"logPanel_log.innerHTML='';\">clear</button>&nbsp;"+
    "<button onclick=\"logPanel_log.innerHTML+='<hr>';\">HR</button>"+
    "<div id='logPanel_log'></div></div>");

它覆盖了默认的IE 按F1键显示IE help的行为，现在按下F1就能够显示log信息了。

摘自 redsaga满江红 http://www.blogcn.com/User6/caoxg/blog/5705836.html

http://taiwan.cnet.com/enterprise/technology/0,2000062852,20103386,00.htm
朱仲傑撰　　2005/12/28

最近因為AJAX受到Google等網路服務業者的愛用而聲名大噪。也讓這個其實存在很久的程式語言再度成為討論話題。

JavaScript可以說是全世界使用最普遍的一個語言。雖然就統計資料(註)上來看，用JavaScript為主的專案數量只排在第九名，但我相信就應用的層面來看，絕對遠超過Java與.Net。JavaScript也是最讓人混淆的一個語言，即便是專業的網頁工程師，也不見得每位都能正確的了解它。網頁工程師對它又愛又恨，使用者最能體驗到它所帶來的好處，但常常也是被它搞的昏頭轉向。到底它是個什麼樣神奇的語言呢？

JavaScript的前世今生

提到JavaScript，大家第一個聯想到的就是Java，但一切的誤解也就從這開始。要說它跟Java完全沒關係嘛，也不盡然。JavaScript原來的名稱叫LiveScript，是Netscape(網景)為了它的LiveWare平台所發展出來的一套語言。後來之所以改名叫JavaScript，主要是因為當年Netscape與Sun合作，共同開發網頁上的腳本語言，而剛好Sun正在開發Java語言，初期而且也是以網頁上的應用Java Applet為主，所以LiveScript也就改名為JavaScript。第一個擁有執行JavaScript的瀏覽器Netscape 2.0，發表日期也跟Java一樣，同樣都是1995年，所以算起來今年也是JavaScript的十歲生日。

JavaScript的版本非常多種，最原始的是由Netscape一路發展過來的，後來NetScape把它交給ECMA製定為標準(ECMA-262)，而ECMA所製定出來的稱之為ECMAScript；最喜歡自己也搞一套的微軟，也有自訂的Jscript。理論上，有了標準大家就應該要遵守，不過到目前看來，實際上並非如此。各家瀏覽器相容的程度不一，造成現在混亂的局面，同一個網頁用不同的瀏覽器瀏覽有時結果不盡相同。

JavaScript沒有你想像中的簡單

JavaScript是屬於prototype-based的一種語言，而prototype-based又是物件導向程式設計語言(Object-Oriented Programming Language)的一個分枝，所以嚴格說起來，JavaScript也是一種物件導向程式設計語言。光看到「物件導向」這四個字，我想很多人頭皮都已經開始發麻了，不過JavaScript之所以不簡單並不是因為這一點，而是因為它的結構鬆散和型態鬆散(loose typing)所導致。

你若寫過Java程式的話或許就知道，Java程式必需要Java虛擬機器(JVM)上執行，在執行Java程式之前，它必需是被編譯過的；在編譯的過程中，Java會檢查許許多多的條件，例如最基本的語法、變數的宣告等等。

JavaScript一樣得依存在一個容器(Container)中才能執行，我們常見到的容器就是瀏覽器(Web Browser)，跟Java不同的是，JavaScript的程式不需要事先編譯，它是屬於直譯式的語言，你可以把它想像成看到一行程式碼就執行一行。因為少了編譯時期的檢查，JavaScript就比Java「自由」許多，你可以在網頁上隨意的位置上安插JavaScript程式、可以隨意的建立新的變數來使用；你不用分清楚什麼是數值，什麼是字串、什麼又是物件，通通可以加加(+)在一起，這就會造成相當不嚴謹的開發過程。

自由是必需要付出代價的，前面提到相容性的混亂，在這又有語法結構上的混亂，這下子可以說是亂上加亂了。網頁工程師之所以對JavaScript又愛又恨，愛是因為透過適當的JavaScript，可以在網頁上創造出許許多多特殊的效果，讓使用者在瀏覽這個網頁時，能有更多的互動。恨是因為市場上極少有以JavaScript為主的整合開發工具(IDE)，因為剛剛所說的混亂，造成JavaScript程式很難開發和除錯。

JavaScript之所以普及，是因為寫JavaScript程式的使用者，不見得是寫Java、C/C++、VB等受過基本程式設計訓練的程式設計師，往往網頁的美工人員才是使用JavaScript的大宗。他們不會也沒時間去學習完整的JavaScript，而是有需要時才在網頁上東加一些、西加一點，這些加上去的JavaScript可能是網頁編輯器所提供的元件、或是網路上分享出來的程式片段。JavaScript一點都不簡單，只是大家都很偷懶，用最簡單的方式來使用它罷了。

AJAX應用為JavaScript注入強心劑

JavaScript十年來沒有特別受歡迎，因為WWW盛行以來它和HTML一樣已變成網頁裡最基本的元素，直到AJAX的出現，讓JavaScript大大的受到眾人的注視。AJAX的全名是 Asynchronous JavaScript and XML，JavaScript就是其中之一的主角，AJAX並不是一項新的技術，而是將一些舊有的技術結合起來做一種巧妙的應用，賦予網頁的一股新動力。

AJAX這個名詞最早是出現在Adaptive Path網站上，一篇由 Jesse James Garrett於2005年2月18號所寫的文章中所提出的(http://www.adaptivepath.com/publications/essays/archives/000385.php)。AJAX是客戶端(瀏覽器)的技術，簡單的說，就是用JavaScript與後端伺服器做資料的溝通，資料採用XML的格式，JavaScript動態地從後端拿到XML格式的資料，重新整理、重組後再顯示到網頁上。AJAX基本上是無關Java或.Net的，甚至PHP也可以跟AJAX結合在一起使用。網路上、雜誌裡介紹AJAX的文章相當的多，在這我就不贅述。在這要提醒大家注意的是，因為AJAX，JavaScript又開始大量的應用在網頁裡，前面所提及的混亂又被突顯了出來。混亂不一定只是負面的，所謂時勢造英雄，我們期待有人能出來一統江湖。

JavaScript的其它應用

JavaScript只能夠運用在網頁上嗎？其實蘋果電腦(Apple)除了硬體上的創意外，在作業系統上的表現一直以來也是使用者的最愛。在新的Mac OS X 10.4裡，有個新的功能叫-Dashboard，它可以讓你執行一些小程式，例如月曆、天氣預報、地圖查找等。這些小程式稱為Widget，而撰寫Widget的主要語言就是JavaScript，當然還可以配合HTML、CSS甚至Java Applet。隨著Mac OS X的使用者日益成長，撰寫Widget已成為一個新興的軟體業。Dashboard其實不是第一個實踐這個概念的程式，早在Mac OS X 10.2時，就有一個叫Konfabulator的軟體做出這樣的平台，在當時大受歡迎。後來Apple在Mac OS X 10.4內建一樣功能的Dashboard時，還飽受外界的批評和指責，認為Apple是抄襲Konfabulator的。隨著Mac OS X直接支援Wedget，Konfabulator漸漸的淡出Mac的舞台。不過Yahoo看上了它，把它給買了下來，而在不久前重新推出Windows/Mac版的Yahoo!Webget，這下Windows的使用者也能享受Widget所帶來的便利和好處。

下一步

世界上有所謂的Java工程師、C/C++工程師、VB工程師等?，好像沒有JavaScript工程師這樣的頭銜，我個人覺得他應該是被需要的。JavaScript其實並不好學，教育訓練是個商機，開發除錯平台也是一個商機。這年頭流行認證，它也是可以著墨的，例如辦理類似SCJP、MCSE這樣的認證考式(事實上是有JavaScript Certification，不過沒像其它認證這麼有公信和正式就是了)。唯有專門的訓練課程及認證才能真正落實JavaScript的標準化，這樣寫出來的JavaScript程式才不會相容性不足，造成用某種瀏覽器才能觀看的特定網頁的情況。

而另一種是像無障礙網頁這種的認證，若你的網頁通過JavaScript相容性審合，那麼在網頁上就可以放上一個標章，証明你的網頁是相容於各種瀏覽器的。以上這些如果能由國際大廠來推動，成功的機會才會比較大，好奇的是，這麼多年來，怎麼沒人想幹這件事？！也許是吃力不討好吧。

註： TIOBE Programming Community Index for December 2005 http://www.tiobe.com/tpci.htm 相關連結：

ECMA-262
http://www.ecma-international.org/publications/standards/Ecma-262.htm

Spidermonkey
http://www.mozilla.org/js/spidermonkey/

Rhino
http://www.mozilla.org/rhino/

Dashboard
http://www.apple.com/macosx/features/dashboard/

Yahoo!Wedgets
http://widgets.yahoo.com/

Web正随着Amowa/Ajax的引入开发开始变得有趣！

Buffalo是Amowa思想实现的关键组件。Buffalo中定义了Web远程调用的传输基础，并且将远程调用对象完整的序列化到了本地，成为可以被JavaScript编程触及的对象。Buffalo中的重要组件 - BuffaloBinding，提供了将JavaScript对象绑定到HTML元素的能力。这种绑定将是无侵入的，只需要在HTML元素中加入若干个不影响排版的属性，即可将数据与界面绑定。

Buffalo1.1之前的版本重要的功能主要集中于远程调用与Java对象/JavaScript对象之间的双向序列化，这个特性已经被众多的应用久经考验，被认为是健壮的。它大大减少了在Java对象与JavaScript对象之间需要考虑的细节，开发者可以更用心地进行业务设计和界面设计。1.2版本的推出，引入了新的众多的特性，包括：新的重新改写的Spring集成；与流行javascript库prototype的集成；支持浏览器前进后退按钮，等等。Buffalo努力使Web2.0的概念在这个小小的轻量级的框架中得到体现，让你的应用具备更丰富的表现。

问题

可是在使用Buffalo传输对象的过程中我发现Buffalo并不能够很好的传递用户自定义的对象，不光如此在与作者的讨论过程中我还发现很多的人对于Javascript程序的规范根本不屑一顾，似乎选择了Javascript本身就是选择了"自由编程"，可是真的如此吗？

其实Javascript是一个比较纯粹的OO语言，并不想一些报道中所说的那样，对于封装、继承、多态Javascript同样可以完成，既然它是OO的语言，就理所应当的按照某种规范来编写代码，正如JavaScript說分明 中说得那样，编写Javascript不是一件简单的事情，关键是很多人乱用了这个语言，从而导致给很多的朋友以为写Javascript就是很没有水准的事情（偶以前也是如此），但我最近发现用Javascript这样的动态语言没有一个很好的语言规范，你开发出来的应用只能够停留在小型系统之上，而对于比较大型的应用开发，这样写出来得代买根本无法复用！

再来说说Buffalo传输对象的问题，以下是我自定义的Node对象

function Node(_id , _type)
{

 //log("create node object!!!");
 //============================== property =================================//
    //=========================================================================//
 var id = _id;
 var type = _type; //<- type的出现在OO世界里本身就是背叛
 var brush = null //节点的物理表现句柄
 
 var rList = new Array();//左节点列表
 var lList = new Array();//右节点列表
 
 var rLine = new Array();//节点的左线列表
 var lLine = new Array();//节点的右线列表

 var x = 0;//节点的x坐标
 var y = 0;//节点的y坐标

 var m = false; //标识节点是否可移动
 var r = false; //标识节点是否能够建立联系

 var name = ""; //节点的名称

 //================================ method =================================//
    //=========================================================================//

 this.getType = function()
 {
  return type;
 }
 this.setType = function(_t)
 {
  type = _t;
 }
 this.setName = function(_n)
 {
  name = _n;
 }
 this.getName = function()
 {
  return name;
 }
 this.setId = function(_i)
 {
  id = _i;
 }
 this.getId = function()
 {
  return id;
 }
}

然而在使用Buffalo的时候Node对象根本就无法传递，而导致这个问题的原因竟然是我没有"自由的编写Javascript"！其实问题就出在doStructXML 方法上，作者在这里有意的"避开"了这个问题，所以在传递Node的时候对于其私有的方法Buffalo是根本就不考虑的，FAINT!

原先

 doStructXML : function(data){
  var boClass = data[Buffalo.BOCLASS];
  var boType = boClass ? boClass : "java.util.HashMap";
  var xml = "<map>\n";
  xml += "<type>" +boType+ "</type>\n";

  for (var i in data){
   if (data[i] != boType) {
    if (typeof(data[i]) == "function") continue; /* the function shouldn't transfered. */
    xml += this.getParamXML(this.dataTypeOf(i),i)+"\n";
    xml += this.getParamXML(this.dataTypeOf(data[i]),data[i]) + "\n";
   }
  }
  xml += "</map>\n";
  return xml;
 },

修改后

 doStructXML : function(data){
  var boClass = data[Buffalo.BOCLASS];
  var boType = boClass ? boClass : "java.util.HashMap";
  var xml = "<map>\n";
  xml += "<type>" +boType+ "</type>\n";

  for (var i in data){
   if (data[i] != boType) {
    if (typeof(data[i]) == "function")
    {
     /*判断方法名称*/
     if(i.substring(0,3) == 'get')
     {
      var _name = i.substring(3,i.length).toLowerCase();
      var _value = data[i]();
      //alert("functin name[" + this.dataTypeOf(_name) + "]=" + _name
      // + " | value[" + this.dataTypeOf(_value) + "]=" + _value);

      xml += this.getParamXML(this.dataTypeOf(_name),_name)+"\n";
      xml += this.getParamXML(this.dataTypeOf(_value),_value) + "\n";
     }
     continue; /* the function shouldn't transfered. */
    }
    
    xml += this.getParamXML(this.dataTypeOf(i),i)+"\n";
    xml += this.getParamXML(this.dataTypeOf(data[i]),data[i]) + "\n";
   }
  }
  xml += "</map>\n";
  return xml;
 }

总结

1。Javascript的编写是否应该遵守一定的规范，其实属于程序员自身休养的问题，但我还是觉得复用JAVA的编码规范不是坏事情！

2。时刻记住Buffalo是建立在burlap协议的基础上的，我们应该把注意力放在burlap上而不仅仅只是Buffalo！