事件无疑是AJAX应用中最重要的部分，EXT将事件分为了两种：自定义事件与浏览器事件。

自定义事件
按字面意思就是用户自己定义的事件，这个事件通常与组件相关。并且需要用户根据组件的状态自己触发。相关的类Ext.util.Observable 、Ext.util.Event（Observable.js）。Ext.util.Observable是所有组件（component）的父类，它使得所有的组件都可以任意的添加自定义事件，它的events属性对事件进行维护，这些事件实际都是Ext.util.Event对象，Ext.util.Event对象里的listeners属性对与该事件相关的处理器进行维护。Observable给所有的子类提供了一个统一的接口来发布事件以及管理事件，这一特性对于组件来说是至关重要的。

浏览器事件
即传统意义上的鼠标单击、移动等等事件，这些事件是由浏览器根据用户的动作自己触发的，与页面元素紧密关联。相关的类Ext.Element 、Ext.EventManager、Ext.EventObject、Ext.lib.Event 。Element包含了常见的DOM方法和属性，提供一个快捷的、统一的、跨浏览器的接口，内置了常用的DOM节点的动作，并且是跨浏览器的定位的位置、大小、动画、拖放等等。对事件的处理，Element实际将这一处理委托给了EventManager，由EventManager对页面所有的浏览器事件进行管理，例如增加事件处理器、移除事件处理器等等，另外EventManager还定义了几个很重要的方法：onDocumentReady、onWindowResize、onTextResize。其中onDocumentReady尤为重要，通常在页面需要通过它来启动我们的AJAX程序，它会在页面document渲染完毕而图片等还未下载时调用我们的启动函数。至于EventObject，它则是对原始的浏览器事件进行了封装，提供给事件处理器一个统一一致的事件接口。Ext.lib.Event呢？EventManager的很多功能其实是调用它完成的，它的listeners、unloadListeners维护着所有的事件处理器。 正在翻译《Enterprise AJAX》，附录里介绍到OPENAJAX HUB，google相应的中文资料很少，所以就把译文贴出来：）

OpenAjax Hub（“Hub”）主要用来处理Web应用开发者需要在同一个应用中同时使用多个AJAX运行库的情况。它提供标准的JavaScript，当被包含在AJAX驱动的Web应用里时，它使得多个AJAX工具包能够在同一个页面里一起协同工作。

AJAX应用开发者在开发中的需求往往存在着巨大的差异，这导致了如今市场上存在超过200个各种各样的AJAX产品，同时这些产品的架构和特性也存在巨大的差异。对一些开发者来说，他们认为开发中最重要的因素是找到一个能提供与后端服务器强大集成能力的AJAX工具包。

而对其他一些开发者来说，最重要的因素则是能否应用特殊的客户端组件（例如，富数据网格组件或交互式的图表组件）。结果，AJAX生态系统发展到现在，开发者在大部分时间里都能找到满足他们每个特殊需求的AJAX工具包，但是也存在问题，他们往往必须在同一个Web应用里混合和匹配使用多个AJAX工具包才能满足所有的需求。 

Hub应用的一个重要场合是门户和内容糅合，这里，应用开发者创建一个页面，页面里松散组装预先包装好的应用组件。Hub实际上是保证这些AJAX驱动的应用组件能够使用多个不同的AJAX工具包创建。

主要特性：Hub 的发布/订阅管理器

Hub的主要特性是它的发布/订阅管理器（“pub/sub管理器”）。 pub/sub管理器允许内容糅合的一个部分能够传播其他应用组件所订阅的事件。例如，假设存在一个日历组件，该组件允许用户能够选取一个特定的日期。内容糅合里可能存在多个UI组件，这些组件都需要根据新选择的日历日期而更新它们的视觉外观。在这种情况下，日历组件将发布一个“新日历日期”的事件，而其他可视化组件将订阅这个事件。因此，pub/sub管理器的通用消息的优点是给由不同AJAX工具包所构建的组件之间提供了一个关键的集成机制。

Hub的pub/sub管理器提供各种各样的先进特性，例如对事件名称通配符的强大支持，在下面的例子里并没有展示这个特性。

范例

让我们假设现在有这样一个商务智能应用，该应用使用下面的AJAX运行库：

■ UTILS.js, 对浏览器的JavaScript环境提供非常有用的扩展，例如XMLHttpRequest的APIs。

■ CALENDAR.js,提供一个日历组件

■ CHARTS.js, 提供一个图表组件

■     DATAGRID.js,提供一个交互式的数据网格组件

该应用有一个唯一的日历组件，用户可以以图表组件的形式（例如，每日情形、每周情形、每月情形和每年情形的柱状图）和数据网格组件的形式（例如，地方数据与全国数据，两种数据都以用户选择的感兴趣的列展示）选择其中的一些数据视图当一个新的日期在日历组件里被选择时，各个用户指定的可视化组件（例如，图表和/或数据网格组件）都需要被更新。

实现该应用的一个方法是在加载其他AJAX库之前加载OpenAjax Hub的JavaScript。例如：

 

一些AJAX运行库包含OpenAjax Hub，将Hub作为它们标准发布的一部分，在这种情况下，只要特定的AJAX运行期的JavaScript（译注：这里特定的JavaScript指的就是包含OpenAjax Hub的AJAX运行库的代码）在其他兼容OpenAjax的运行库之前被加载，那么则没有必要为OpenAjax.js使用一个单独的<script>元素。

要使应用工作，开发者需要注册一个回调函数，当用户在日历组件里选择一个新的日期时调用该函数。这个回调函数接着使用OpenAjax Hub的publish()函数传播这个新日期事件：

 

接着开发者需要开发这样一些代码：所有的图表组件和数据网格组件都要订阅这个新日期事件，并要提供一个回调函数。各个回调函数将相应地更新特定的可视化组件：

未来支持OpenAjax Hub的工具包

OpenAjax联盟正与工业界一起合作，达到对OpenAjax Hub的广泛支持。一个特殊的AJAX工具包可以像下面这样支持OpenAjax Hub：

■ AJAX工具包可以包含Hub（最好的方式）。Hub可以被小于3K的JavaScript实现，所以一些AJAX工具包简单地捆绑Hub，将它作为它们工具包的一个标准组件。

■ 如果Hub在运行环境里可用则使用它。其他一些AJAX工具包可能决定在它们的发布中并不包含Hub，它们会检查Hub是否早先已经被加载了，如果已经加载，它们则直接使用Hub的服务。 

■第三方的开发者可以开发适配器。对大多数工具包来说，它们可能允许第三方的开发者编写少量的JavaScript使得自己能够支持Hub。

当AJAX工具包包含内置对Hub的支持时，应用开发者的工作将更加容易，但是通过查找或编写适配器的方式，Hub依然可以被那些并未实现支持Hub的工具包所使用。

其实本没打算看这部电影来着，其实是等着德甲来着，然而，德甲还没有开始，百无聊赖地那么一按，就看到了《火柴人》，其实如果不是尼古拉斯·凯奇我也早继续换台来着。

“一二三，开门”，习惯性随着短促咳嗽而来的眨动的左眼，洁癖的让人抓狂的种种，呵，真是个烦躁的男人。

故事开始，诈骗亦开始，中间向体育频道换过好几次频道，温吞的故事，毫无新意的诈骗过程，让人没有欲望。哪有什么所谓的大片好看，几次爆炸，追车、美女，眼球已经被牢牢抓住。情况在罗伊第一次去见他的女儿时发生变化，烦躁的罗伊不停地在车里吸着烟，颤抖的夹着烟卷的手，布满烟雾的车厢，一根接着一根的烟卷，飘忽不定找不到落脚点的眼神，看到女儿要走下定决心的追赶，立刻没有犹豫地喜欢上这个犹豫的男人。心想，这肯定是一部充满温情的电影了，一定就是了。因为女儿，他的生活即将打乱，充满生气？抑或是杂乱？不管那种，都得改变。

生活中存在着这样或那样的不安，所以我总是以最大的善意来揣度电影。剧情也在向我希望的方向发展。小女孩让父亲教她去行骗，第一次行骗成功。女孩拿着骗来的300美元开心地关上车门：我们成功了！父亲和她庆祝后却让她把钱还回去：如果不这么做，我算得上是一个父亲吗？呵，温暖。

随后一次更大的诈骗开始，父亲也决定完成这最后一次诈骗重新开始。情节发展再次让我大跌眼镜：这也太easy了吧，虽然被骗的胖男人没有像他们想象的那样在飞机中才发现钱被调了包，而是一路追赶出来，收费站找零钱一节也确实让心里小小激灵了一把，但整个过程非常顺利，顺利得让我觉得索然无味。这应该是一个多么充满惊险和刺激的过程啊，枪战、追逐、飞车、心里悬疑，可惜，没有，没有，还是没有，什么都没有。应该是这样一个激烈的过程，然后是美妙的结局：父亲和女儿美满的在一起，成功隐退，快乐的生活，然后是终场的字幕打起。应该是这样的呵！

女儿枪响的一刹那，我的心咯噔一下：完了，导演该如何结尾呢？我再也想像不到一种合乎逻辑而又符合我心理的结局。悲剧？感人的悲剧？父女情深的悲剧？无论是哪一种，我都不愿意看到。切到体育频道：斯图加特3比0领先拜仁。切回来，被捕、审讯、医生、密码、接头地点…这一切都意味着父亲在劫难逃。作为父亲，能做到就这么多了；然而，作为电影，它显然可以做到更好-一切在打开那扇门的一刹那霍然开朗，谜底像沙子那样刺入人的双眼，让人心疼，原来一切都是假的，一切都是骗局，他们欺骗了罗伊，导演欺骗了我。心里空荡荡的再无着落，像无人的秋千，空在那里荡漾，像突然的人去楼空，只剩满心的空旷。半天回味回来：哦，这是电影，并且是好莱坞的电影呢。

一年后再见，女儿离开，转身说：“I'll see you, dad”。是的，到此为止，over。

却还是温暖。我更愿相信最初故事的情节是这样的：父亲诈骗，女儿到来，最初的混乱，亲情，融合，改变，生活一起。可是，可是，如何处理这位父亲的过去，抹不去的过去，而这个过去最直接的代表莫过于他诈骗所得来的钱财了。捐掉？这不很搞吗？自首？你以为是中国电影？于是导演以一场更大的骗局将这些钱将父亲的过去轻松的抹去了。原来是这样。原来是这样呵！女儿还是女儿，父亲还是父亲。“I'll see you, dad”。是的，没有复仇，没有怨恨。

好久没有看过如此温暖的电影了。再补充一下：很喜欢罗伊的眼睛，非常喜欢，焦虑、关爱、犹豫、彷徨、绝望、温情。

Solr 是一个可供企业使用的、基于 Lucene 的开箱即用的搜索服务器。对Lucene不熟？那么建议先看看下面两篇文档：

实战Lucene，第 1 部分: 初识 Lucene：http://www.ibm.com/developerworks/cn/java/j-lo-lucene1/

用Lucene加速Web搜索应用程序的开发：http://www.ibm.com/developerworks/cn/web/wa-lucene2/

一、 solr介绍

solr是基于Lucene Java搜索库的企业级全文搜索引擎，目前是apache的一个项目。它的官方网址在http://lucene.apache.org/solr/ 。solr需要运行在一个servlet 容器里，例如tomcat5.5。solr在lucene的上层提供了一个基于HTTP/XML的Web Services，我们的应用需要通过这个服务与solr进行交互。

二、 solr安装和配置

关于solr的安装和配置，这里也有两篇非常好的文档，作者同时也是 Lucene Java 项目的提交人和发言人：

使用Apache Solr实现更加灵巧的搜索：http://www.ibm.com/developerworks/cn/java/j-solr1/index.html

http://www.ibm.com/developerworks/cn/java/j-solr2/index.html

下面主要说说需要注意的地方。

Solr的安装非常简单，下载solr的zip包后解压缩将dist目录下的war文件改名为solr.war直接复制到tomcat5.5的webapps目录即可。注意一定要设置solr的主位置。有三种方法。我采用的是在tomcat里配置java:comp/env/solr/home的一个JNDI指向solr的主目录（example目录下），建立/tomcat55/conf/Catalina/localhost/solr.xml文件。

     观察这个指定的solr主位置，里面存在两个文件夹：conf和data。其中conf里存放了对solr而言最为重要的两个配置文件schema.xml和solrconfig.xml。data则用于存放索引文件。

     schema.xml主要包括types、fields和其他的一些缺省设置。

solrconfig.xml用来配置Solr的一些系统属性，例如与索引和查询处理有关的一些常见的配置选项，以及缓存、扩展等等。

上面的文档对这两个文件有比较详细的说明，非常容易上手。注意到schema.xml里有一个

的配置，这里将url字段作为索引文档的唯一标识符，非常重要。

三、 加入中文分词

对全文检索而言，中文分词非常的重要，这里采用了qieqie庖丁分词（非常不错：））。集成非常的容易，我下载的是2.0.4-alpha2版本，其中它支持最多切分和按最大切分。创建自己的一个中文TokenizerFactory继承自solr的BaseTokenizerFactory。

在schema.xml的字段text配置里加入该分词器。

    完成后重启tomcat，即可在http://localhost:8080/solr/admin/analysis.jsp

体验到庖丁的中文分词。注意要将paoding-analysis.jar复制到solr的lib下，注意修改jar包里字典的home。

四、 与自己应用进行集成

Solr安装完毕，现在可以将自己的应用与solr集成。其实过程非常的简单，应用增加数据-->根据配置的字段构建add的xml文档-->post至solr/update。

应用删除数据à根据配置的索引文档唯一标识符构建delete的xml文档-->post至solr/update。

检索数据à构建查询xml—>get至/solr/select/-->对solr返回的xml进行处理-->页面展现。

具体的xml格式可以在solr网站找到。另外就是solr支持高亮显示，非常方便。

关于中文，solr内核支持UTF-8编码，所以在tomcat里的server.xml需要进行配置

另外，向solr Post请求的时候需要转为utf-8编码。对solr 返回的查询结果也需要进行一次utf-8的转码。检索数据时对查询的关键字也需要转码，然后用“+”连接。

也许是流程做多了的缘故，所以看起程序开发来一切都是流程或者说都包含流程。个人认为大多数的企业应用（不包括特殊应用，例如文档库、信息资源库、BBS等等）不过是对数据以一定的样式展现（表单），以一定的逻辑对数据进行操作（业务规则），以及把这些处理数据的过程以一定的流程进行管理（流程）。上面三个方面分别对应着表单、业务规则和流程。程序开发中则对应于表单引擎、规则引擎和工作流引擎。而这些方面又可以统一到一个更大范畴的流程上来，所以这里有对流程驱动开发的设想。

先来看看具体的应用场景。

单表增删改查

这是最简单的情形，也没有流程，对这个情形不加讨论。但是这里会提到表单引擎，VB里的数据控件非常的易用，没有PO，没有DAO，也没有Service，直接与数据库字段进行绑定。我们的表单引擎也可以采用这种方式。

支持表单控件（输入框、文本框、下拉框等）的拖拽，将整个表单与数据库表绑定。

表单控件与数据库字段的绑定。

单表业务+流程

比上面的情况稍微复杂一点点，也就是要在业务里引入流程，其实这也是现在工作流引擎应用最多的地方，比如说政府OA里的收文、发文。

这里只需要将表单与流程进行绑定，表单引擎的处理方式不变，依然是直接与数据库表进行绑定。表单负责对数据库里的业务数据进行展现，工作流则负责推动这些数据在业务意义上状态的转换，互不影响，并在需要的时候在自动节点上对这些数据进行相应的业务处理。

关于表单权限。这个也是表单与工作流进行绑定时所必须考虑到的问题。其实只是需要在表单引擎里引入权限角色的概念，每个角色对应于一种权限，这种权限具体说来就是表单里每个字段的可见、可编辑等等。然后在人工节点定义时指定表单权限角色即可。这样也实现了流程与表单权限一定程度上的解耦。

其实还有一种更方便的方式，将表单直接与人工节点进行绑定，每个人工节点对应于不同的表单。

复杂一点，多表关联的情况

复杂一点的情况是业务往往是多表的关联。这需要对表单引擎做出扩展，让它可以根据关联字段对关联表做出查询，得到关联表的设计结构，继续映射。这让我想起了ORM，这里很有FRM的意思在里面。其实对于常用的关联查询往往有通用的组件可用，例如根据userid渲染出用户名，根据数据字典的id关联渲染出相应的值，oa里的正文、附件、印章等等。

流程跨越多个业务

流程需要跨越多个业务，一个典型的流程如下：

会议审批会涉及到两张业务表：会议室使用表，会议记录表。在会议申请和领导审批节点，最终用户打开的都是会议申请的表单，对应于会议记录表，对该表进行操作。但是流程运行到会议室管理员安排会议室的节点，该节点最终用户不仅需要看到会议申请的表单同时还要看到会议室使用情况的表单，如果有空闲的会议室，用户登记操作会议室使用表，然后通知申请者；如果没有空闲的会议室，则不用登记直接通知申请者。这个过程中跨越了两个业务，分别是会议室管理和会议管理。表单在各个节点也是不同的。

这其实对工作流引擎提出了比较高的要求。例如如果流程已经结束，会议得到批准，但申请者突然有事要改变会议时间怎么办？回退。这里的回退无疑就需要有业务的补偿，例如要删除会议室的相关记录。

应用集成

一个流程不仅会跨越多个业务，也会跨越多个系统。这里的应用场景很多，重要的是要去其他系统抓取数据和操作数据，仅仅靠数据库表对表单的映射满足不了需求。

对工作流引擎做出改进，与前面相比，需要由引擎来完成对其他系统服务的调用。这里一个很重要的载体就是XML。首先要定义交换数据所用的XML scheme，然后将这个XML scheme再与表单引擎做出映射。实际执行时，工作流的自动节点会在人工节点前调用其他系统的服务，按照XML scheme将数据转换为符合定义的XML，在紧接着的人工节点送给表单引擎，表单引擎渲染。修改数据也是同样的过程，表单引擎将处理后的数据以XML返回，工作流再次做出转换，调用服务的修改功能。

上面五种都是比较常见的应用场景，理想的情况下，开发方式应该是这样的：画出应用流程à定义流程表单à表单与数据库进行映射à对流程进行业务仿真à完成开发。问题是这样的：你的表单引擎是否足够强大？表单与后台是直接用SQL进行交互的，也就是Transaction Script模式，没有业务对象，对于复杂业务逻辑如何处理？如何使用规则引擎来解决业务逻辑的问题？权限如何以一种AOP的方式对数据操作进行横切？

呵呵，纯属个人YY。