研究了ext很久了，一直想为ext直接封装一个服务端组件。考虑到ext组件的构建都是需要使用js来完成，那么服务端生成的代码也就是js而不是html。
如果采取纯Ajax的方式，类似于Echo2的构造，不过这样对于Session可能是一个负担，同时可能会造成服务端的拥堵。不过使用纯Ajax有个好处，就是js只需要装载一次就行了。而如果使用各个不同的页面方式，则需要多次装载ext的js文件，这对于网络也是一个压力。
不过创建的初衷，此框架主要还是使用于内部网，这样对于性能方面的担心可以略过了。
设计流程如下：
类似于Jsf的请求流程,提供Lifecycle，基本上 ...
最近的这段时间，感觉Ext挺火的。接触Ext还是半年前的事情了，那时候就想对Ext进行封装，做一个服务端的Ajax框架出来。可由于身体的原因，还是搁浅了。
使用Ext是从1.1开始的，那时候觉得Ext，几乎已经简化了所有的客户端脚本。就算不会js，不会Ajax，使用Ext也可以很容易的搭建不错的页 面。而且Ext在兼容性上面做的也算不错，至少我在ie 6,ie 7 ff和opera 9上运行demo的时候基本上没有什么问题。当然最主要的一个吸引我的因素是，和其他的框架相比，Ext的界面做的比较的出色，就美观而言，算是 ...
很久没有更新了，由于过去的半年都在医院呆着，也就没有时间去维护自己的blog了。不过发现浏览的人还是挺多的，有点对不起大家，毕竟没有办法回复。
半年过去了，看了看网上的技术，还好新的东东不太多，不然又得需要花费大量的时间去学了。不过，现在对于新的技术，也没有以前那种热情了，其实搞软件的还是得要踏踏实实的打好基础，毕竟内涵的东西都差不多，不像硬件，更新的速度实在跟不上。
编程也好多年了，看着周围的人，基本上都已经从编程开始转向管理，在国内就是这样。不过我还是不想放弃，继续做一个程序员，继续开发。喜欢编程没有理由，看着一行行的代码，内心总是有种莫名的喜悦，毕竟这是自己创造的 ...
这些东东，对于web框架来说，是必不可少的，来看看jsf是如何实现的。首先看一下国际化，默认的情况下，会选择默认的locale，以及相应的资源文件。当然可以通过以下方式进行配置：
<application>
<locale-config>
<default-locale>en</default-locale>
<supported-locale>en</supported-locale>
<supported-locale>es</supported-locale>
</locale-config>
<message- ...
- 13:29
- 浏览 (879)
- 评论 (0)
- 分类: web framework
- 进入论坛
先来看看velocity是怎么工作的？
在应用中使用velocity，一般需要以下的几个步骤：
初始化Velocity,可以使用单例，或者运行期实例
创建context对象，用于包括相应的变量
在context中增加相应的数据
选择模板
合并模板，产生输出
如下的例子：
java 代码
import java.io.StringWriter;
import org.a ...
- 07:30
- 浏览 (741)
- 评论 (0)
- 分类: web framework
一个古老而又强大的模版引擎。在模版引擎中,velocity中，应该属于最常用的，不管是在maven的项目模版，还是在源代码输出，甚至直接网页输出中，都可以看到其身影。当然，最近的freemarker大有平分天下之意。
以前的时候，曾用velocity设计过一个自动代码的项目，在用的过程中，享受了其简单而又灵活的功能。后来由于，自动代码的项目一直没有什么进展，也就很少去关注velocity。这段时间，被jsf搞得焦头烂额，最后想起了velocity，看看能不能用其来实现替换jsf的标记库功能。于是又复习了一遍velocity。
...
- 08:27
- 浏览 (1801)
- 评论 (4)
- 分类: web framework
- 进入论坛
对于标记库，不想再说些什么了。jsf可能最大的毛病都在这个标记库上面，首先定义的标记在jsp中，并不起到相应的输出功能，而只是用来增加相应得组 件。在jsf中，最上层的组件为UIViewRoot，基本上所有的操作都是需要围绕着此组件。而标记库的存在，只是为了简化相应的操作。如下的标记：
<f:view>
<h:form>
<h:panelGrid>
...
- 20:31
- 浏览 (1309)
- 评论 (3)
- 分类: web framework
- 进入论坛
这是jsf 的分析系列第三篇，随着不断的深入，jsf的设计变得越来越清晰。当然，在目前的规范中，jsf还是很不完善的，这也就导致了为什么jsf还是不能成为目前的主流框架。先不去谈论这些弊端，还是先看看一下jsf具体是如何运作的。
对于jsf规范，个人觉得和其他框架相比，最大的区别，可能在于jsf划分了web 请求的生命周期。like ejb一样，web 请求也是有生命周期的。虽然，在其他的框架中，也可以看到相关的生命周期，但还是没有jsf划分的清晰。也许，这也是jsf的一大特色。
...
- 15:40
- 浏览 (1751)
- 评论 (4)
- 分类: web framework
- 进入论坛
接上一篇内容。这次主要分析一下jsf的相关组件包，也是jsf和structs主要不同的地方。jsf 规范中，对于组件的设计，和其他组件架构一样，分离表现层和模型层。对于组件的render由具体的Renderer来处理，这也达到了Model和 View分离的原则。
component:所有的基本组件都在其中，如下的主要类图，对于各个组件就不一一详细介绍了。主要介绍一下几个接口：
StateHolder：用于表示在请求之间需要保存相应的状态信息,必须实现saveState和resotreState方法。
...
- 16:40
- 浏览 (1562)
- 评论 (0)
- 分类: web framework
- 进入论坛
经过一段时间的学习，对jsf的认识也逐渐清晰。总结了一下jsf和structs的区别，首先在于分离了请求的处理。使用事件处理机制来代替原有的 request分发。其次在页面的展示上，采用组件的概念，而不是到处散落的html标记。再有，jsf对于请求的生命周期重新进行了划分，对于每个阶段 都可以派遣事件，这使得整个请求的处理比较的清晰。最后，jsf对于页面的流转使用Navigation系统来处理，这一点感觉和structs还是比较 类似的，只是换了一个概念。
从jsf的规范来看，jsf整个架构还是比较清晰，各个层次分的 ...
- 20:02
- 浏览 (1223)
- 评论 (0)
- 分类: web framework
- 进入论坛
zyl
- 浏览: 110983 次
- 详细资料
搜索本博客
最近加入圈子
最新评论
-
ext 之我见
祝愿ext越走越远，把效率问题解决一下。
-- by InnocentBoy -
关于服务端生成js的构思
楼主的想法跟我不谋而合，想问一下remove相应的删除js脚本 ，是指删除以前返 ...
-- by gif98 -
关于服务端生成js的构思
stevenwang 写道你好像把方向搞反了。 为了减轻服务器的负载才选择了ri ...
-- by zyl -
关于服务端生成js的构思
你好像把方向搞反了。为了减轻服务器的负载才选择了rich client技术，你却 ...
-- by stevenwang -
ext 之我见
支持：） 这个框架应该可以走得远一些，因为有那么多的Fans 在支持。 很多U ...
-- by Cabo
评论排行榜