• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

使用innerHTML进行页面部分替换对复杂交互很有效。
不过有个地方要注意
.innerHTML里带的script不会起作用
为调试方便起见，可以先对innerHTML进行单独调试，调通后将其中的javascript拷贝到主页面。innerHTML中的script也不用删除。

.javascript报错可能只针对innerHTML里的行数。

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

这是我在网上看到的一段对模版语言的评价，令人思考。模版语言是否已经走上了一条打乱页面展示，破坏页面开发的老路？我们究竟需要怎样的展示层？
先说说我对动态页面的理解。动态页面自然就是页面内容会随后台改变的页面了，这种理解自然没有问题，但对思考问题毫无意义。看看C/S结构的软件界面，再复杂的交互界面也一般是固定的布局，然后在布局里显示动态的数据。推广到如何规范B/S开发？自然动态页面也要有固定的布局，那就是静态页面。动态页面只不过是在静态页面固定的布局中加入些动态的内容而已。如果这么来理解，你会发现现在的很多动态页面技术很有问题。

现有流行的动态页面技术，jsp,脚本模版如velocity,freeMarker等等，它们都具有强大的运算能力，但正是这些在页面逻辑的侵入，使得静态页面布局被摧毁，导致页面难以维护，特别是最擅长做页面的美工无法面对这些动态页面。

我以前开发的大部分时间，几乎都是热衷于自己熟悉的JSP，后来终于厌倦了,jsp的“无所不能”完全打乱了页面布局，还帮助昏庸的PM实现了“把业务常量写进页面”的决定,而标签在DreamWeaver中的效果更是惨不忍睹，我认识到该放弃jsp了。velocity,freemarker等的优点也是有目共睹的，学习简单，开发方便（至少对程序员是如此），而且实现了一定的约束，防止在页面被写进业务层的代码。但一些jsp的缺陷在脚本模版中仍然存在：脚本继续破坏页面布局，必须启动引擎解析才能看到真实效果，离所见即所得还有距离；另一方面，虽然其语法号称简单，不用一天就能掌握。但一天你就能精通么？既然界面可以使用html展示，后台可以用java实现而且java更强大，为什么还要再学习另一种所谓的脚本语言？(可能这也是很多java开发员包括我当初更倾向使用jsp的原因吧)。在看velocity,freemarker写的页面时，我发现里面扩展了大量的功能：比如可以访问request对象及方法，比如可以用一长串的类名加方法名调用java静态方法等等。这些为了所谓的开发方便而进行的修修补补，不是要向jsp靠拢么，简直就是返祖现象！越是修补越是背离模版的初衷：简单。

关于页面开发是否能让美工直接参与，似乎大家已经有了共识，不能!毕竟只是美工，美工怎么能面对那些看不懂的脚本呢？但对页面的布局和风格控制又是美工所擅长的，怎么不能让她们参与开发呢？其实现在的模版技术，也未必只有velocity,freeMarker等支持脚本的模版，还有一个重要的分支：我称之为简单模版。

简单模版就是所谓的那种“功能太弱了”的模版，只有展示数据的能力，剔除所有页面逻辑和计算，没有任何脚本。而且我了解的这类模版如fastm,jdynamite等都是聪明的模仿php模版，用注释做标记，所以对页面布局的破坏极小，模版文件就是合法的html文件，可以直接在浏览器里看到效果(这个甚至比C/S所见即所得开发都强)。简单模版为美工直接参与改动出专业美观的页面提供了可能性。我认为这是简单模版的真正价值所在:为页面开发的分工提供了可能性。事实上这种简单模版的技术我也看到被用到了实际的开发中，并被证明是有价值的。

简单模版的优势很明显：
1.更符合模版产生的初衷：往静态页面布局嵌入动态内容，产生动态页面。
2.速度；脚本模版需要java解析脚本运行，简单模版则所有计算都直接在java中做，理论上讲简单模版速度效率上更能获取优势。
3.引擎实现简单，模版页面没有了计算逻辑，自然解析引擎的实现会简单很多。我自己也维护着一个开源简单模版:eastm。如果要我写个velocity的话，似乎难度比较的大:);
4.还有就是因为页面逻辑都到了类中实现，页面逻辑的重用也比写在页面里来的方便。

简单模版也并非全是优点，也正因为它有这样那样的不足使得它还没广泛的流行起来。
我觉得一个首要的问题就是：页面简单了，后台复杂了。让简单的页面匹配复杂的数据结构，导致页面逻辑层需要较多的java组装匹配代码；
还有就是模版语言展示能力太弱，比如还不支持日期格式化，国际化等。也正是因为模版展示能力过于弱，导致后台java计算量的增加。
简单模版要被普遍接受，必须针对这两点进行更多的改进。主要就是增强模版的展示数据的能力，当然前提是保证模版的布局不会被破坏。eastm也在做这方面的努力。

简单模版崇尚简洁，理念美丽而朴实，从技术方向上会给开发特别是分层开发带来极大的方便：
静态demo html页面稍加改动就可以用在展示页面的开发中；
美工可直接参与模版页面的布局和美化而不用担心会改坏页面；
不用启动任何引擎或web服务，不用装任何插件，双击html就能在浏览器看到比较完整的用户操作界面效果；（C/S开发根本做不到这点）
开发员不用为了展示数据还要学习除html,java外的另一种脚本语言。。。

我坚信，当简单模版不仅简单而且足够强大的那天来临时，必将取代脚本模版而成为模版技术的主流！

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

看下面的配置，按文档配的话应该是Session的listioner在Application listener的前面，但运行时抛错说什么对象类型不对，现在如下把顺序换了下，运行正常了

<filter>
    <filter-name>container</filter-name>
    <filter-class>com.opensymphony.webwork.lifecycle.RequestLifecycleFilter</filter-class>
    </filter>

   <filter-mapping>
   <filter-name>container</filter-name>
   <url-pattern>*.do</url-pattern>
   </filter-mapping>

 <listener>
     <listener-class>com.opensymphony.webwork.lifecycle.ApplicationLifecycleListener</listener-class>
 </listener>
 
 <listener>
     <listener-class>com.opensymphony.webwork.lifecycle.SessionLifecycleListener</listener-class>
 </listener>
 

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

<interceptor-ref name="component"/>
       <interceptor-ref name="model-driven"/>
      
       <interceptor-ref name="servlet-config"/>
                <interceptor-ref name="prepare"/>
                <interceptor-ref name="static-params"/>
                <interceptor-ref name="params"/>
                <interceptor-ref name="conversionError"/>
    

看上面一组定义，model-driven在params之前定义才能在映射值前准备好接受值的model对象

而component在model-driven之前定义才能对component进行model方式的驱动

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱