Zhongxiucheng的专栏

struts2在对xwork进行封装过程中主要做几个工作:全新分发器系统;拦截器扩展以及视图扩展.这三个方面是struts2所做的最主要工作,这三个工作尤其以视图扩展最为丰富,内容也是最多的,最复杂的,在网上经常听到UI组件,标签之类讨论,但它们究竟是什么我确实是一知半解,现在在

前面已经分析jsp标签类与组件类的结合,现在我将这种结合引向模板,这里我以freemark模板技术进行分析,它是struts2的默认模板技术,在前面jsp标签进行分析的时候说,将组件从标签类中分离出去主要为了在其它视图技术中复用这些组件类,那么具体到freemark模板技术,它又

在模板路径的构建策略一文中谈到模板的最终路径是由三个参量 templateDir(模板目录),theme(主题),template(模板名称)所决定的,例如:上面的一个自定义组件nav它的模板路径就为/template/ajax/nav,如果模板引擎选择freemarke

struts2的视图扩展是对xwork框架扩展的最复杂部分,而其中的模板抽象部分占据了大部分内容,今天我想在这里探讨一下模板最终路径的确定问题.在没有讨论这个问题之前先将struts2的视图结构稍作分析.struts2的视图基础结构实际还是xwork中进行规范的,这个规范就是Result,在struts2中在视图进行扩充时实际就是给出多种形式的Result实现.例如dispatcher,fre

特别提醒:下面的分析是以struts2中的freemarker引擎进行分析 在使用struts2的UI组件的时候为程序的界面编写带来了很大的便利,它可以使程序员少写很多重复的代码,而是将那些得复的界面逻辑抽象到模板中进行封装,除了少写很多重复的代码,同时可以使用整个界面拥有一致的观感,确实是一个种解决界面编程的好方案.这以我在实际开发中遇到的一个问题,而引发我对组件之间数据通信的一点点思考,至