zaya
- 浏览: 11105 次
- 性别:
- 来自: 北京
-
最近访客 更多访客>>
最新评论
-
afadgaeg：
楼主思想深刻，不知seam+pojos有何优缺点，ejb3是好 ...
JSF的加减法与Seam(二)之对java的改进 -
pf_miles：
为了11年后网络通信流畅，要保护动物，爱护环境
rfc1149：禽类作为载体传输IP数据包标准 -
TrampEagle：
学习了！！！
JSF的加减法与Seam -
TrampEagle：
赞一个。支持。
JSF的加减法与Seam(二)之对java的改进 -
teacake：
写的相当棒啊，让我对java对象的生死八字有了比较深刻的认识
JSF的加减法与Seam(二)之对java的改进
文章列表
引用
题记：Seam对开发的简化，对各种不同软件的统一能力，我想其主要来源不是创造了conversation域，不是使用了元注解，不是依赖于JSF，不是使用了反射机制，而是一种更加全局的域管理机制。那些其它因素都是为了这一目的服务的，或多或少的使这一目的的实现变得更加方便可靠。如果说Seam有什么决定性的区别于其它框架的东西，那就是它的全局域管理机制。
说明：1楼和2楼铺垫了很多基础的东西。如果没有耐性，可以把它们略过去，直接从第3楼读起。
另： 文章里的命，生命周期(lifecycle)，上下文(context)，域(scope)在这里指同一内容，可以互相替换。
不说Seam诞生的大环境 ...
Jsf 本身是很多问题的。当然，jsf不是一项技术，而是标准。看看 javax.faces.* 包里的内容，不是抽象类就是接口，是没有实现的。 jsf 出来的时候目的也不是面向应用开发者的，而是面向组件供应商的，从这点意义上来说，jsf是成功的。Sun提供了一个reference implementation, 但是那更像是教组件供应商如何做组件的一个demo，而非真正意义上的给应用开发人员用的成型的组件。
标准因为要融合各方需求，所以内容只能是各方能力的交集。至于标准之外的东西，则需要各方去发挥。
JSF标准因为是先于成型的应用出来的（不同于EJB3的借鉴hibernate和spring， ...
RFC 1149, 描述性标题为“禽类作为载体传输IP数据包标准”。
文本地址可以在这里找到：
www.faqs.org/rfcs/rfc1149.html
这是一个基于该标准的一个实现：
www.blug.linux.no/rfc1149
该标准发布后11年之后才有实现，可见该标准的技术含量之高，难度之大。
Network Working Group D. WaitzmanRequest for Comments: 1149 BBN ...
- 2007-10-07 10:33
- 浏览 1633
- 评论(1)