wanghailong ID:buaawhl
99362次访问,排名878好友0人,关注者1
buaawhl的文章
原创 49 篇
翻译 0 篇
转载 0 篇
评论 152 篇
最近评论
bruce_lau:看看这个解决方案,对象的缓存和jive差不多,列表也是选id,但是对列表还有缓存,还可以根据字段作散列列表缓存,这样列表的缓存命中率非常高,是一个比较好的数据库缓存解决方案。参见http://shedewang.com/akaladocs/api/com/akala/dbcache/core/BaseManager.html
yipeng6213:个人觉得fastm真的很不错,我之前的模板是用velocity写的,我现在想把它转换成fastm的,但其中velocity模板中的if elseif else 怎么 用fastm替换呢?请问有没有具体的实例 给我参考一下,急!
lidaoguang00109:谢谢您的努力.
这个FastM我使用过了,觉得很不错.
容易上手,特别是可以直接用HTML观察模版的布局形态,有利于界面效果的评估.
现在有一个问题一直困扰我.
就是如果实现一个Table,每一个列被点击后都能排序,用FastM如何实现呢?每一次ValueSet DOM都要重新设置吗?
vkuja2003:楼主做学问的方法很值得学习
noia_zhou:我拜读了你的持久层和cache设计的一些文章,觉得想法很不错。我觉得现在的持久层框架还是挺复杂的,如hibernate等,单看看它10几兆的开发包就知道了,我的初步想法是利用po跟table的字段一致性,通过反射po得到要执行的sql。这样做的好处是少了很多表结构的配置文件。然后做一个简单dao来完成。这里我的想法是做两个dao,一个BaseDao,BaseChaheDao。其中两者都是 继……
文章分类
收藏
    相册
    友情blog
    http://smsbim.bokee.com/
    存档
    软件项目交易
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    原创 递归分解 - Fastm Match Engine收藏

    新一篇: DOMPlus (Fastm的DOM版本) 发布 | 旧一篇: Domain Pollution Resolution (English)

     

    应一位程序员朋友要求,写了这篇fastm engine内部实现原理的技术文档。

    递归分解-- Fastm Match Engine

    Matching Rule

    Fastm Template是一个树形结构。Dynamic下面包含Static Text, Variable, Dynamic三种节点。

    Fastm Template里面除了静态文本,动态部分只有两类,Dynamic Block Variable

    Fastm Template DOM + Data的匹配过程,很类似于XSLPattern Match的递归组合。

     

    Match ( Template Node, Current Data) {

    Switch(Template Node)

    Case Static Text: 直接显示

    Case Variable: 当前数据层根据Variable名称获取数据并显示

    Case Dynamic: 当前数据层根据Dynamic名称获取数据(下一层子数据),作为当前数据层,并且展开并且一个一个遍历当前数据,对于每一个数据项,Dynamic向下走一层开始一个个遍历所有孩子节点

    (注意,这一步没有显示动作,只有非常复杂的数据展开和模板展开的动作。并进行n * m匹配的逻辑。n是数据子项的个数,mDynamic孩子的个数)

    }

     

    注意,重中之重。

    当前数据层根据Dynamic名称获取数据(下一层子数据),作为当前数据层,并且展开并且一个一个遍历当前数据,对于每一个数据项,Dynamic向下走一层开始一个个遍历所有孩子节点

    这是整个匹配过程中,最核心的动作。这是理解整个匹配引擎的关键。

    注意,这是3步动作。

    第一步动作,遇到Dynamic,根据Dynamic Name从当前数据层,获取属性(子数据),然后把这个子数据作为当前数据。

    第二步动作,就把子数据作为当前的数据展开:如果是Array, Collection,就一个一个展开。

    第三步动作,对于其中每一个数据项,Dynamic的所有孩子都和分别这个数据项进行匹配。

     

    这可以看作是两重循环。

    Case Dynamic:

    Property = get Property From (Current Data, Dynamic Name)

    Current Data = Property

    for each Item in the Current Data { // Current Data may be an array, a collection, etc

     

       for each Template Node in the Current Dynamic Node {

          match (Template Node, Item); // 递归调用Match

       }

    }

     

    好了,我们来看整个递归过程。

     

    Match ( Template Node, Current Data) {

    Switch(Template Node)

    Case Static Text: 直接显示

    Case Variable: 当前数据层根据Variable名称获取数据并显示

    Case Dynamic:

    Property = get Property From (Current Data, Dynamic Name)

    Current Data = Property

    for each Item in the Current Data { // Current Data may be an array, a collection, etc

     

        for each Template Node in the Current Dynamic Node {

          match (Template Node, Item); // 递归调用Match

        }

    }

    }

     

    简化起来看起来是这样。

    Match(){

      .. Match();

    }

     

    自己调用自己,形成了递归。

    递归步骤分解

    f() {

      ..f()..

    }

     

    叫做递归。

     

    f() {

      ..g()..

    }

     

    g(){

      f()

    }

    也叫做递归。所不同的只是,分成了2个函数。

     

    f() {

      ..g()..

    }

     

    g(){

      h()

    }

     

    h() {

      ..f()..

    }

     

    也叫做递归。所不同的只是,分成了3个函数。

     

    我们把上面的Match ()分解。

    分解步骤1:分出forEachDataItem

    Match ( Template Node, Current Data) {

    Switch(Template Node)

    Case Static Text: 直接显示

    Case Variable: 当前数据层根据Variable名称获取数据并显示

    Case Dynamic:

    Property = get Property From (Current Data, Dynamic Name)

    Current Data = Property

    forEachDataItem(Current Dynamic Node, Current Data);

    }

     

    forEachDataItem(DynamicNode, Current Data){

    for each Item in the Current Data { // Current Data may be an array, a collection, etc

     

        for each Template Node in the Current Dynamic Node {

          match (Template Node, Item); // 递归调用Match

        }

    }

    }

     

    现在的递归关系是

    Match{

      .. forEachDataItem()..

    }

     

     

    forEachDataItem{

      ..Match()..

    }

     

    分解步骤2:分出forEachDynamicChild

    Match ( Template Node, Current Data) {

    Switch(Template Node)

    Case Static Text: 直接显示

    Case Variable: 当前数据层根据Variable名称获取数据并显示

    Case Dynamic:

    Property = get Property From (Current Data, Dynamic Name)

    Current Data = Property

    forEachDataItem(Current Dynamic Node, Current Data);

    }

     

    forEachDataItem(DynamicNode, Current Data){

    for each Item in the Current Data { // Current Data may be an array, a collection, etc

        forEachDynamicChildren(Dynamic Node, Item);

    }

    }

     

    forEachDynamicChildren(Dynamic Node, Current Data){

      for each Template Node in the Current Dynamic Node {

        match (Template Node, Item); // 递归调用Match

      }

    }

     

    现在的递归关系变成,

    Match{

      .. forEachDataItem()..

    }

     

    forEachDataItem{

      ..forEachDynamicChildren()..

    }

     

    forEachDynamicChildren{

      ..Match()..

    }

     

    递归步骤合并

    递归步骤既然可以分解,自然可以合并。

    我们把forEachDynamicChildren Match合并。

    forEachDataItem(DynamicNode, Current Data){

    for each Item in the Current Data { // Current Data may be an array, a collection, etc

        forEachDynamicChildren(Dynamic Node, Item);

    }

    }

     

    forEachDynamicChildren(Dynamic Node, Current Data){

      for each Template Node in the Current Dynamic Node {

      Switch(Template Node)

    Case Static Text: 直接显示

    Case Variable: 当前数据层根据Variable名称获取数据并显示

    Case Dynamic:

    Property = get Property From (Current Data, Dynamic Name)

    Current Data = Property

    forEachDataItem(Current Dynamic Node, Current Data);

      }

    }

     

    现在的递归调用关系就变成

    forEachDataItem{

      ..forEachDynamicChildren()..

    }

     

    forEachDynamicChildren{

      .. forEachDataItem ()..

    }

     

    为什么我最后保留了这种递归形势。

    首先是为了保证两层循环分别在不同的两个函数里面。其次为了尽量减少递归函数的个数。

    数据分支代表逻辑分支

    Fastm Template为什么不需要逻辑分支?

    Fastm利用数据分支来表示逻辑分支。

    0个数据,表示不显示当前Dynamic Block。(if false

    1个数据,表示显示当前Dynamic Block(if true)

    n个数据,重复n次表示显示当前Dynamic Block(for, while).

     

    这种分支动作只发生在Dynamic Block上面。

    这里是理解的关键。

       Case Dynamic:

    Property = get Property From (Current DataDynamic Name)

    Current Data = Property

    forEachDataItem(Current Dynamic Node, Current Data);

     

    程序根据Dynamic Name获取Property

    如果获取的Property为空(Null or Empty),forEachDataImte就什么都不做。这就相当于不显示当前分支;如果Property里面只有一个元素(或者Property不是集合或者数组类型,那么元素就是Property本身),就显示一次;如果Property里面有n > 1)个元素(Property是元素个数为n的集合或者数组),那么就显示n次。

     

     

    发表于 @ 2006年07月03日 08:15:00|评论(loading...)|编辑

    新一篇: DOMPlus (Fastm的DOM版本) 发布 | 旧一篇: Domain Pollution Resolution (English)

    评论

    #Anders小明 发表于2006-07-04 00:27:00  IP: 60.63.96.*
    老大终于出山了!
    #buaawhl 发表于2006-07-07 09:52:00  IP: 60.209.140.*

    :D

    thanks Anders.
    发表评论  


    当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
    Csdn Blog version 3.1a
    Copyright © buaawhl