<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feeds.feedsky.com/styles/temp01.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:fs="http://www.feedsky.com/namespace/feed" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link href="http://feeds.feedsky.com/csdn.net/buaawhl" type="application/rss+xml" rel="self"></atom:link><fs:self_link href="http://feeds.feedsky.com/csdn.net/buaawhl" type="application/rss+xml"></fs:self_link><lastBuildDate>Sat, 15 Jul 2006 12:00:00 GMT</lastBuildDate><title>buaawhl的专栏</title><link>http://blog.csdn.net/buaawhl/</link><item><title>Web显示层技术评估; Iterator vs Visitor, Pull vs Push</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/15/924914.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/924914.aspx</wfw:comment><slash:comments>6</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/924914.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=924914</trackback:ping><description>1. Web显示层技术评估

 Web显示层技术评估 -- 1. 名词界定 2. 理论模型, 3. 数据寻址
Web显示层技术评估 -- 4.评估指标
Web显示层技术评估 -- 5.Scripted Template, 6, Template Manipulation, 7, Model Match, 8. 特性总表
Web显示层技术评估 -- 9.Browser Side, 10, Unobtrusive, 显示逻辑AOP, 多语言支持的终极解决方案, 总结与展望

2. about design pattern
Iterator vs Visitor, Pull vs Push&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/924914.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sat, 15 Jul 2006 20:00:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/15/924914.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/15/924914.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Web显示层技术评估 -- 9.Browser Side, 10, Unobtrusive, 显示逻辑AOP, 多语言支持的终极解决方案, 总结与展望</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/14/920856.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/920856.aspx</wfw:comment><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/920856.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=920856</trackback:ping><description>Browser Side, Unobtrusive, 显示逻辑AOP, 多语言支持的终极解决方案, 总结与展望
&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/920856.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 14 Jul 2006 22:47:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/14/920856.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/14/920856.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Web显示层技术评估 -- 5.Scripted Template, 6, Template Manipulation, 7, Model Match, 8. 特性总表</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/14/920842.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/920842.aspx</wfw:comment><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/920842.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=920842</trackback:ping><description>5.Scripted Template, 6, Template Manipulation, 7, Model Match, 8. 特性总表&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/920842.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 14 Jul 2006 22:43:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/14/920842.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/14/920842.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Web显示层技术评估 -- 4.评估指标</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/14/920833.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/920833.aspx</wfw:comment><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/920833.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=920833</trackback:ping><description>评估指标
下面列出一系列比较详细的、能够落到实处的、能够客观量化的、可操作的评估硬指标。
排名不分先后。大家可以参考各自关心的选项。
虽然下面主要针对的都是Java Web 显示技术，但这些指标同样适用于其他语言的Web显示技术。
评分采取10分作为满分。
(1) Host Language Consistency宿主语言一致性
Server Side Template Script和Server Host Language是同一种语言。这应该是专门针对JSP的优势来说了。JSP能够获得10分。
另外，XSL也是。XSL本是也是XML格式。也能够获得10分。
其他的Template Script，如taglib,tapestry只能获得0分。
freemarker, velocity由于具有一定的动态解释的方便特性，可以获得2分。
至于在Java Code里面操作Template或者提供匹配数据的那些技术，由于Template中不存在Script Logic，能够获得5分。
大家可能不太注意这个特性。但是这个特性还是有一些意义的。其他的如ASP.net，还有动态语&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/920833.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 14 Jul 2006 22:40:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/14/920833.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/14/920833.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Web显示层技术评估 -- 1. 名词界定 2. 理论模型, 3. 数据寻址</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/14/920819.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/920819.aspx</wfw:comment><slash:comments>3</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/920819.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=920819</trackback:ping><description>Web显示层技术评估
名词界定
显示层的意思就是Presentation Layer，也翻译成表现层、展现层、展示层。
本文讨论的范围只包括采用HTML Template的显示层技术，不包括Echo，GWT(google web toolkit)等根据代码产生HTML的工具。
本文主要讨论Server Side (针对Java Language)的显示层技术，然后进一步讨论Browser Side（Ajax）的显示层技术（一个典型的Ajax应用也分为Model, View, Controller – Data, HTML/CSS, JavaScript）。注意，本文关于Ajax的讨论只有很少一部分，因为我不擅长这个领域。只是一个顺便的扩展比较。
一个很有趣的现象。Server Side和Browser Side的显示层技术格局恰好相反。Server Side的Scripted Template技术比较多，比较流行；而Browser Side的HTML DOM Manipulation技术、HTML View Model技术比较多，比较流行。
本文会提到一些技术、或者框架的名&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/920819.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 14 Jul 2006 22:37:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/14/920819.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/14/920819.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Iterator vs Visitor, Pull vs Push</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/14/919183.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/919183.aspx</wfw:comment><slash:comments>4</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/919183.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=919183</trackback:ping><description>Iterator vs Visitor, Pull vs Push
名词界定
Iterator Pattern也叫做Generator, Sequence, Stream等。Java里面有Iterator Interface，大家应该比较熟悉，不再赘述。

完整的具有Visitor和Visited (Visitable) 两个部分的Visitor Pattern的使用并不广泛。
简单的只有Visitor部分的Simple Visitor Pattern比较常见，比如Callback, Interceptor, Filter，Functor, Selector, Extractor等，都可以看作是Simple Visitor Pattern。
它们都只有Visitor部分，而没有Visited部分。或者说他们的Visitor需要处理的Visited Object通常只有一种通用数据类型，所以不需要专门提出来一个Visited Interface -- accept(visitor)。

这种情况和Observer Pattern很相似。不过这也不奇怪，很多Design P&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/919183.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Fri, 14 Jul 2006 16:35:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/14/919183.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/14/919183.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>DOMPlus (Fastm的DOM版本) 发布</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/05/880338.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/880338.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/880338.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=880338</trackback:ping><description>Fastm, DOMPlus 不需要用户提供特殊类型的View Model, 只需要提供POJO就可以。
POJO可以是任何Object. bean, map, DOM。
所以，对于DOMPlus来说。
DOM + DOM =&gt; DOM or SAX
XML + XML =&gt; XML

恰好是XSL的功能。XSL也是XML(XSL) + XML =&gt; XML
所不同的是，DOMPlus的XML Template是Pure HTML，所见即所得。HTML Template干净程度直追XMLC，等同或者超过Wicket（更别说Tapestry）。

用法：
Fastm Template只有2个自定义标记。BEGIN-END 和 {}。标记动态块和变量。
DOMPlus也是如此。针对DOM Node类型，只有3个自定义Attribute。
nodeTarge标记动态Element；attributesTarget标记动态attriburtes；textTarget标记动态text。
&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/880338.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 05 Jul 2006 22:54:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/05/880338.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/05/880338.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>递归分解 - Fastm Match Engine</title><link>http://blog.csdn.net/buaawhl/archive/2006/07/03/868791.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/868791.aspx</wfw:comment><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/868791.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=868791</trackback:ping><description>Fastm Template是一个树形结构。Dynamic下面包含Static Text, Variable, Dynamic三种节点。

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

Fastm 的 Template DOM + Data的匹配过程，很类似于XSL的Pattern Match的递归组合。
&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/868791.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 03 Jul 2006 16:15:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2006/07/03/868791.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2006/07/03/868791.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Domain Pollution Resolution (English)</title><link>http://blog.csdn.net/buaawhl/archive/2005/12/05/543743.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/543743.aspx</wfw:comment><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/543743.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=543743</trackback:ping><description>Summary
In another article &gt;, I presented my ideal way of Web Development:
Quick development, fast runtime, elegant structure.
For each layer,
Web Layer should be Quick development.
O/R Layer should be fast runtime.
Template Layer should be elegant structure.

These are initial implementations of these thoughts.
Far from perfect, just to that direction.

Template Layer
fastm
https://fastm.dev.java.net/files/documents/1911/25042/fastm1.0c.zip

Web Layer
lightweb
https://lightweb.&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/543743.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 05 Dec 2005 18:03:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2005/12/05/543743.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2005/12/05/543743.aspx</guid><dc:creator>buaawhl</dc:creator></item><item><title>Domain Pollution Resolution 域污染解除</title><link>http://blog.csdn.net/buaawhl/archive/2005/12/05/543691.aspx</link><wfw:comment>http://blog.csdn.net/buaawhl/comments/543691.aspx</wfw:comment><slash:comments>8</slash:comments><wfw:commentRss>http://blog.csdn.net/buaawhl/comments/commentRss/543691.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=543691</trackback:ping><description>&gt;一文中，我提出了，理想中的Web开发架构是这样的：

开发速度快，运行速度快，结构清晰优雅。

具体到每一层。

Web框架层主要追求 开发速度快。

O/R层主要追求 运行速度快。

页面资源层和页面模板层主要追求 结构清晰优雅。

 

下面就是我对这些理想的初步实现。

还远远达不到完美的程度，而只是朝这个方向努力。

 

Template Layer

fastm

https://fastm.dev.java.net/files/documents/1911/25042/fastm1.0c.zip

 

Web Layer

lightweb

https://lightweb.dev.java.net/files/documents/4371/25044/lightweb0.9b.zip

 

ORM Layer

lightor

https://lightor.dev.java.net/files/documents/4370/25043/lightor0.5a.zip

 
&lt;img src =&quot;http://blog.csdn.net/buaawhl/aggbug/543691.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 05 Dec 2005 17:07:00 +0800</pubDate><author>buaawhl</author><comments>http://blog.csdn.net/buaawhl/archive/2005/12/05/543691.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/buaawhl/archive/2005/12/05/543691.aspx</guid><dc:creator>buaawhl</dc:creator></item></channel></rss>
