Totodo’s blog

UI 1.0 alpha2 已经可以抢先与预览了。
而令企业应用中 较为关注的Paging Grid 有了较大的改变。
在 0.33 中。已经出现了Paging Grid , Jack 没把 Paging Grid 加入到他的Example中，而是在Blog里稍微展示了一下，可见其早有打算，，而一直没发行的0.40也把JSON 和 XML 合并了成了XHR…. 看来Jack早有打算。
先看下早期的 0.33 实现吧。先拿一个我实现过的例子
示例如下：

var CutTarget = {
loadData : function(){
var schema = {root: ‘cutTargets’,
id: ‘nothing’,
fields: ['USER_NAME', 'ACCESS_NUMBER','PROD_SPEC','DESC','DEMO']};
var dataModel = new YAHOO.ext.grid.JSONDataModel(schema);
dataModel.getTotalRowCount = function(){
return 500; // or whatever your count is
}
dataModel.initPaging(’../cutTask.do?method=findCutObject’, 20);
dataModel.pageUrl =’../cutTask.do?method=findCutObject’;
dataModel.baseParams['cutTypeId'] = 1;
// the DefaultColumnModel expects this [...]

有点宣传的味道，，但是我很喜欢YUI.
如果把Nasdaq上的Yahoo,和 网易163相比。
Yahoo 是总结出了一套 Ajax Pattern Libaray YUI-LIB,
163则似乎是给我们秀了一下51js的代码
163在营养和发育上要狠狠的追敢啊。
YUI一周岁了，可以看到他的很多LIB都已经很成熟了。
http://developer.yahoo.com/yui/
http://yuiblog.com/
盼他快快长大。茁壮的成长。
YUI周岁 YUI TEAM祝贺：
http://yuiblog.com/blog/2007/03/05/pattern-library-anniversary/
powered by performancing firefox

由 Ajax In Action 一书收集提供的ajax 库，将它们搬了上来。
尽管这些信息已经算是比较老的，但是Ajax库的积累和开发并非一蹴而就，需要一个时段的沉淀和积累。
如下： 其中有我们非常熟悉的 DWR,Dojo,Prototype，ScriptAculous,Qooxdoo，RubyOnRails(主要集成了Prototype和Scriptaculous) 都依然在活跃着不断更新和迈进。
Accesskey Underlining Library 开源
www.gerv.net/software/aul/
ActiveWidgets 商业产品，可免费下载
www.activewidgets.com
Ajax JavaServer Faces Framework 开源 （Apache GPL）
http://smirnov.org.ru/en/ajax-jsf.html
Ajax JSP Tag Library 开源
http://ajaxtags.sourceforge.net/
Ajax.NET （2005）未说明学科，可免费使用
http://weblogs.asp.net/mschwarz/
AjaxAC 开源产品 Apache2.0
http://ajax.zervaas.com.au
AjaxAspects 免费使用有原码
http://ajaxaspects.blogspot.com
Michael Mahemoff (2005) 开源 产品
http://ajaxify.com/run/testAjaxCaller
AjaxFaces 开源产品 Apache
http://myfaces.apache.org/
BackBase 商业产品，有免费的社区版
http://www.backbase.com
Behaviour 开源产品
www.ripcord.co.nz/behaviour/
Bindows 商业产品
www.bindows.net
BlueShoes 商业产品，有免费版本
www.blueshoes.org
CakePHP 开源产品
http://cakephp.org/
CL-Ajax Richard Newman (2005) 开源产品
http://cliki.net/cl-ajax
ComfortASP.NET 预发布商业软件，有免费版本
www.daniel-zeiss.de/ComfortASP/
Coolest DHTML Calendar 开源产品，有商业支持
www.dynarch.com/projects/calendar/
CPAINT （跨平台的可异步方式通讯的工具包） GPL许可
http://cpaint.sourceforge.net
Dojo Alex Russell(2004) 开源产品
http://dojotoolkit.org
DWR (直接远程调用 ) 开源产品 Apache许可
www.getahead.ltd.uk/dwr
Echo [...]

在一大堆生活琐事中很快的消磨到了06年年底，30就快来临，却发现还有很多事要办，难免让人觉得有点无为。。。 生活的确占了生命中很大的意义，但是，工作和你的职业生涯如果没有半点成就，也会让人觉得人生索然无味。
不过，一切的顺意都要靠自己的努力去争取。
06年，Spring和Ajax占尽了风头，一切由Spring所支持的项目，在这个年度，迅速走红。 一切已经走红的项目，被Spring支持了也越来越红。而Ajax让客户体验发挥到了极致，也让人逐渐了解到了那些破费心血的Compents,Framework….诸如Dojo,Dwr,Rico,Prototype,Scriptaculous,而，在人们面前凉了很久（10年 - 97年诞生的1.1版本）的Javascript也被空前的掀起一股深入学习的热潮。
然而历史的每次推动，都是以新老事物的替换来做标记的
。当我们在热衷这些迅速走红的事物中组建体味到软件开发的优雅事，很多我们以前执着过的事物，开始让人忘淡。—-
记得04，05年我们都纷纷谈论着设计模式，然而有人也渐渐在复杂的体系中自缚。 当我们谈论敏捷，谈论XP,谈论简化开发，谈论高效编程，谈论简单即美的时候， 开始不造轮子的时候，我的工作开始越来约追求简单，约来约注重高效。 我们的谈论我们的开发方式似乎有了些变化。
也许我现在还不能什么是主流，什么是淘汰。
前几天一个朋友很高兴的给我的讲诉，html可以走了，复杂的ajax可以不玩了，我似乎无法一下子接受这种刚成为主流的东西被遭到如此的评价。。。 接下去，我也渐渐开始尝试着Flex 做一些东西。，当我把简单的Compents托拽为一个应用时， 在体味.js和html在不同浏览器之间的支持要做那这个那个的处理时，，Flash 这种方式不觉已经开始在各种场合登场了。随着HttpService,WebService,DataSerice这些的很方便的支持，FLex无疑成了UI的一个有利工具，相比之下Ajax显得略微的复杂，稍微的逊色。于此同事M$也在推着他.NET2.0下的Expression, 顿时感觉，下一年将会笼罩着RIA的硝烟。。 直到前天，在孟岩和韩磊的博客上看到 “这一天终于来了”，，于是，我跟着承认，有些东西是该退出历史舞台了。。
好友Leemaasn还保持联系，这位在我看来的技术天才很是乐观，他说的对，“只要我们的思想能能与时俱进，也就不用担心那么多了”，，我们的年龄的确会越来越老的，但是利用这些年的经验和积累，我们会更加知道我们需要什么。
业务领域成了软件开发的一根救命稻草，当技术我们更新不上的时候，当理论我们不够扎实的时候，我们能依靠这些年来的经验， 来去比知道做出的软件更多的功能，看到架构的不足和优点， 比将要使用的软件的客户知道的更多使用和需求，激发潜在需求。。。。
那，我们依然是主流。
 

今天看了下Ruby,受那本 From java to Ruby的书的鼓吹，，稍微有点点心动，不觉想弄个 RoR玩玩
恰时，同事MSN问我玩什么，我说Ruby。
即被否定之，
RoR很适合中小应用的快速开发，比较著名的社区JavaEye也用RoR
但是，细想下来，Java就不能快速么？
其实类似以下的RoR实在，，用Java实现也不错啊。
class BookController < ApplicationController
scaffold :book
def list
@books = Book.find_all
end
def edit
@book = Book.find(@params["id"])
@categories = Category.find_all
end
end
<select name=”book[category_id]“>
<% @categories.each do |category| %>
<option value=”<%= category.id %>”
<%= ‘ selected’ if category.id == @book.category.id %>>
<%= category.name %>
</option>
<% end %>
</select></p>
但最终不还是 HTML,CSS,JavaScript么，换了哪个动态脚本语言不行呢？
所谓的低重用性，ROR的无缝集成，几行代码把即把MVC一层统一。
上面的例子，诸多脚本语言PHP,Perl,Python,BeanShell,ASP,JSP各个都能做到，还能列出他们的优点一大堆。自己也能达到类似的目的啊。 语法都很严谨啊，自己封装也能增加积累习惯。
再说，即便是操作系统，最简单的指令多个执行，最终是不是还不如自己积累最严谨的语言，写好并调试好一段Shell来执行更保险呢？
而脚本语言始终还是有一些做不到的地方，工业级的应用，经历了那么多年的洗练。 远程调用，分布式方案，消息，WS. ..尽管脚本也可能会有这样那样的实现，但真的会在企业级应用中使用么？
Ruby也许是一个脚本语言改进的榜样，也许又一种面向对象的脚本的Show,也许是大家尝试新技术的一种热情，，但真的让我Fram java to Ruby ,理由太薄弱的，即便的确挺好玩的。
看来，用语言，有时候还看场景。。Java会不断系统脚本语言的特性，越来越简单好用，最近也不刚有JRuby的两个核心开发人员，也投奔了SUN，是不是Ruby开发者也觉得Java更有前途呢？
继续老老实实的学习Java吧，Ruby有余力可以当作另一种思维习惯。Ruby并不神奇。
Java好玩很多呢，WFEngine,Quartz,RuleEngine,Q,WS 这些诸多开源的开源，真想把他们一个个弄明白，然后应用到企业开发中去。。