这些东东,对于web框架来说,是必不可少的,来看看jsf是如何实现的。首先看一下国际化,默认的情况下,会选择默认的locale,以及相应的资源文件。当然可以通过以下方式进行配置: <application> <locale-config> <default-locale>en</default-locale> <supported-locale>en</supported-locale> <supported-locale>es</supported-locale> </locale-config> <message- ...
先来看看velocity是怎么工作的? 在应用中使用velocity,一般需要以下的几个步骤:   初始化Velocity,可以使用单例,或者运行期实例   创建context对象,用于包括相应的变量   在context中增加相应的数据   选择模板   合并模板,产生输出 如下的例子: java 代码   import java.io.StringWriter;   import org.a ...
    一个古老而又强大的模版引擎。在模版引擎中,velocity中,应该属于最常用的,不管是在maven的项目模版,还是在源代码输出,甚至直接网页输出中,都可以看到其身影。当然,最近的freemarker大有平分天下之意。    以前的时候,曾用velocity设计过一个自动代码的项目,在用的过程中,享受了其简单而又灵活的功能。后来由于,自动代码的项目一直没有什么进展,也就很少去关注velocity。这段时间,被jsf搞得焦头烂额,最后想起了velocity,看看能不能用其来实现替换jsf的标记库功能。于是又复习了一遍velocity。 ...
  对于标记库,不想再说些什么了。jsf可能最大的毛病都在这个标记库上面,首先定义的标记在jsp中,并不起到相应的输出功能,而只是用来增加相应得组 件。在jsf中,最上层的组件为UIViewRoot,基本上所有的操作都是需要围绕着此组件。而标记库的存在,只是为了简化相应的操作。如下的标记: <f:view>     <h:form>      <h:panelGrid>         ...
    这是jsf 的分析系列第三篇,随着不断的深入,jsf的设计变得越来越清晰。当然,在目前的规范中,jsf还是很不完善的,这也就导致了为什么jsf还是不能成为目前的主流框架。先不去谈论这些弊端,还是先看看一下jsf具体是如何运作的。     对于jsf规范,个人觉得和其他框架相比,最大的区别,可能在于jsf划分了web 请求的生命周期。like ejb一样,web 请求也是有生命周期的。虽然,在其他的框架中,也可以看到相关的生命周期,但还是没有jsf划分的清晰。也许,这也是jsf的一大特色。     ...
zyl
搜索本博客
最近加入圈子
存档
最新评论