1.精通JSF编辑推荐
2.JSF源码分析（一）
3.shale的优势
4.用jsf的好处

精通JSF编辑推荐

       前端技术是现代Web开发的核心，而JavaScript、Ajax等技术的应用是构建动态、交互性强的网站的关键。JSF（JavaServer Faces）作为一种基于Java的Web应用开发框架，提供了一种简洁、短语源码高效的方式来构建复杂的Web应用程序。通过整合JSF与其他关键技术，如Spring、Hibernate、EJB等，开发者能够构建出高性能、可维护的Web应用。

       JSF框架不仅提供了一套强大的页面布局方案，还支持JavaScript和Ajax的集成，使得开发者能够在不重新加载整个页面的情况下更新数据，提升了用户体验。此外，JSF的.net源码之家组件系统允许开发者快速构建丰富的Web界面，托管Bean和导航功能则为应用提供了灵活的业务逻辑支持和导航能力。转换器和验证器的使用确保了数据的正确性和一致性，而国际化功能则让应用能够支持多语言环境，增强了应用的全球可用性。

       在实战开发方面，文章提供了四大案例来帮助读者提高项目实战水平。留言本系统结合JSF和JDBC，展示了如何通过数据库操作实现用户留言的存储和检索；博客管理系统利用JSF、Facelets和iBATIS，展示了如何构建一个具备用户管理、文章发表和分类展示功能的博客平台；新闻发布系统采用JSF和EJB，展示了复杂业务逻辑的实现和面向服务的架构设计；在线宠物店则通过JSF、Spring和Hibernate的整合，展示了如何构建一个包含商品管理、购物车、用户注册和支付功能的电商平台。每个案例都包含了详细的开发步骤和源代码，帮助读者理解从概念到实现的tree lstm源码全过程。

       为了进一步增强学习体验，文章提供了长达多分钟的开发视频，涵盖从环境配置到系统实现的每个细节，为读者提供了一站式的解决方案。无论是初学者还是经验丰富的开发者，都能从中受益，提升自己的技能水平。通过本文章的学习，读者不仅能够掌握JSF等前沿技术的实际应用，还能够深入理解Web开发中的各种设计模式和最佳实践，为构建高质量的Web应用奠定坚实的基础。

扩展资料

       《精通JSF——基于EJBHibernateSpring整合开发与项目实践》适合正在开发JavaWeb应用的架构师、应用开发人员阅读，也可作为大中专院校相关专业学生的教程及编程爱好者的自学用书。

JSF源码分析（一）

       在深入分析 JSF 框架的源码时，我们首先关注的是核心的功能模块，以帮助我们理解其工作原理。通常，邻趣源码我们从常见的项目 XML 配置文件入手，这些文件包含了 JSF 框架的基本设置。让我们以地址服务的 jsf-provider.xml 文件为例，进行详细的解析。

       在 JSF 的配置文件中，虽然没有直接显示注册中心的内容，但作为自研的高性能 RPC 调用框架，高可用的注册中心是其核心功能之一。因此，我们接下来将探索如何在没有提供注册中心地址的情况下，这些标签是如何完成服务的注册和订阅的。

       ### 配置解析

       首先，我们发现配置文件中自定义的 xsd 文件，通过 NamespaceUri 链接到 jsf.jd.com/schema/jsf/j...。随后，基于 SPI（Service Provider Interface）机制，我们在 META-INF 中找到了定义好的 Spring.handlers 文件和 Spring.schemas 文件，这两个文件分别用于配置解析器和 xsd 文件的金牛起飞源码具体路径。

       进一步地，我们查询了继承自 NamespaceHandlerSupport 或实现 NamespaceHandler 接口的类。在 JSF 框架中，JSFNamespaceHandler 通过继承 NamespaceHandlerSupport 实现了对自定义命名空间的解析功能。NamespaceHandler 的主要作用是解析我们自定义的 JSF 命名空间，通过 BeanDefinitionParser 对特定标签进行处理，完成对 XML 中配置信息的具体处理。

       ### 服务暴露

       最终，通过 JSFBeanDefinitionParser 实现了 org.springframework.beans.factory.xml.BeanDefinitionParser，完成 XML 配置的解析。解析的结果会注册到 BeanDefinitionRegistry 对象中，进而触发 Bean 的初始化过程。最终，ProviderBean 实例监听上下文事件，在容器初始化完毕后，调用 export() 方法进行服务的暴露。

       ### 服务注册与暴露

       服务暴露的实现逻辑集中在 ProviderConfig#doExport 方法中。首先，方法会对配置进行基本校验和拦截。随后，获取所有 RegistryConfig，如果获取不到注册中心地址，将使用默认的注册中心地址：“i.jsf.jd.com”。接着，根据 Provider 配置中的 server 相关信息启动 server，并使用默认序列化方式（如 msgpack）进行服务编码。然后，通过 ServerFactory 初始化并启动 Server，调用 ServerTransportFactory 生成对应的传输层，实现与注册中心的通信。最后，服务注册通过 JSFRegistry 类完成，该类连接注册中心，如果没有可用的中心，则使用本地文件并开启守护线程，使用两个线程池进行心跳检测、重试机制和连接状态监控。至此，服务从配置装配到服务暴露的过程完成。

       ### 消费者配置与初始化

       对于消费者端（jsf-consumer.xml），注册中心地址（如“i.jsf.jd.com”）被配置在其中，而 Provider 的配置则在 jsf-provider.xml 中。配置解析过程与 Provider 类似，最终解析为 ConsumerConfig 和 RegistryConfig。通过 ConsumerBean 类实现 FactoryBean 接口，以便通过 getObject() 方法获取代理对象，完成客户端的初始化。在这个过程中，消费者会根据配置订阅相关的 Provider 服务。核心代码在 ConsumerConfig#refer 方法中，该方法通过调用子类的 subscribe() 方法开始订阅过程，连接 Provider 服务。

       ### 框架流程概述

       综上所述，JSF 框架通过 Provider、Consumer 和注册中心（Registry）之间的协同工作，实现了高效的服务注册、订阅和通信。具体流程包括：

       1. **Provider 端**：启动服务向注册中心注册，并根据配置初始化相关组件。

       2. **Consumer 端**：首次获取实体信息时，通过 FactoryBean 接口获取代理对象，完成初始化并订阅 Provider 服务。

       3. **注册中心**：提供异步通知机制，监控服务状态变化。

       4. **服务调用**：直接调用服务方法。

       5. **监控与治理**：框架内置监控机制，支持服务治理和降级容灾策略。

       了解这一过程对于深入理解 JSF 框架的内部机制至关重要，也为后续的模块分析和系统优化提供了基础。

shale的优势

        组件是Struts和JSF之间最大的区别。就像Swing一样，JSF提供丰富的底层构件去开发组件然后添加到标准的组件集。那些底层构件让你很容易的生成自己的组件并且和别人共享。现在我们到处都能看到自定义组件跳出来，比如说Oracle的ADF和MyFaces，两者都提供了丰富的组件集，就像javascript日历，tree等等。

       å½“然，组件只是一部分。典型的是，组件都和一个独立的renderer对应，这给我们带来了真正的好处（看第3条）。但是和JSF中的很多东西一样，你不一定要墨守成规。只要你愿意，你可以实现render自己的组件，虽然这样你会失去给组件加入别的renderer的能力。 你有看过Struts的标签的源代码吗？它直接生成HTML。JSF组件标签什么都不生成，它和服务器上的一对component-renderer对应。Component维护组件状态，rendered负责获得视图。重点是renderers是可插拔的，即你可以根据自己需求实现然后替代掉默认实现。比如说我在NFJS上面的Felix谈话中举例说明了怎么去实现一个自定义的label renderer。你只需要配置你的renderer，JSF就会自动在你的应用程序里面使用他。

       4.Value Binding Expressions（值绑定表达式）

       åœ¨Struts中，你负责把数据从Form传递到模型对象。你实现的Action的execute方法是把Form作为一个参数。然后你再手动的把数据从Form Bean里面取出放到模型对象里面。你要为应用里面的每个Form做这些事情，然而在JSF里面，你只需像这样：#{ model.property} 就够了，其他的交给JSF来处理。

       5.Event Model（事件模型）

       JSF的事件模型使你可以对值改变，动作，JSF生命周期阶段变换等作出反应。在JSF1.1中，那些事件都是在服务器端处理的，这肯定是一个缺陷，好在JSF2.0计划支持客户端事件，拭目以待吧。

       6.Extensibility(可扩展性)

       è¿™ä¸ªå¾ˆé‡è¦ã€‚JSF有6个对象实现了这个框架的大部分功能，而且你可以很容易的用你自己的实现代替原有实现。比如你想加一个自定义参数在JSF表达式语言里面，或是添加一个自己的视图控制器以便于区分组件和HTML。事实上Shale实现了上面的功能。如果你还没有满足，JSF提供了几个地方你可以轻松的控制JSF的生命周期。Shale给你的会更多。

       7.Managed Beans(Dependency Injection 依赖注入)

       å’ŒSpring一样，JSF也使用了依赖注入（DJ）（或控制反转（IoC））去实例化和初始化Bean。Struts的确为你生成了Form Bean和Action Bean，但是JSF可以为你生成各种各样的Managed Bean。

       8.POJO Action Methods

       Struts的行为是和Struts的API绑定在一起的，但是JSF的行为方法可以在POJPO中实现。这意味着你不用在表单和模型对象之间实现一个多余的行为层。顺便说一下，在JSF里面没有行为对象，行为在模型对象中实现。

       ä½†æ˜¯ä¹Ÿè¯·æ³¨æ„ä¸€ç‚¹ï¼šå¦‚果你愿意你也可以生成与JSF独立的行为对象。在Struts里面，你有Form Bean和Action Bean。Form Bean包含数据而Action Bean包含逻辑。OO狂会想去合并前2者，在Struts你办不到。但是在JSF中，你可以分开数据和逻辑，也可以合并到一个对象中，一切由你决定。

       9.JSF is the standard(JSF是标准)

       J2EE5.0要提供一个JSF的实现，这表明JSF不久将会无处不在。这可能与你无关，但是和工具供应商密切相关。现在大概有个Java web应用程序框架，工具供应商不会情愿去支持一个特别的框架，但是他们会毫不犹豫的去支持一个标准。

       è€Œä¸”不止供应商，开源项目也会迅速的聚集在JSF的四周，争先恐后的去实现相同的功能。比如说，直到我们去实现本质上和Shale的Tapestry差不多的视图的时候，我才知道Facalets。（从长远来看，我相信这种冗余是件好事，会给我们带来好处）

       .There's only one Struts(只有一个Struts)

       Struts是一个开源产品，然而JSF是一个标准。这个细节常常被新的JSF学习者忽略，其实这是显而易见的，因为我们有多个JSF的实现。虽然JSF还很不成熟，但是我们已经有了2个优秀的JSF实现可以选择：Sun的参考实现和Apache的MyFaces。另一方面，我们只有一个Struts。

用jsf的好处

       JSF本身是个框架，既然是框架，那么有很多组件就是已经写好的了，我们只要往里面嵌套内容和修改样式就好了。譬如一个菜单项，我们可能需要又定义ul标签，又加CSS+JS，实现起来不是很复杂，但是总写这类代码人也会厌烦，那么JSF就提供了tr:panelTabbed标签

       <tr:panelTabbed>

        <tr:showDetailItem text="标签1">

        内容1

        </tr:showDetailItem>

        <tr:showDetailItem text="标签2">

        内容2

        </tr:showDetailItem>

        <tr:showDetailItem text="标签3">

        内容3

        </tr:showDetailItem>

       </tr:panelTabbed>

       就从框架而言这个节省我们的开发时间就是一个相当大的好处。

       其他还有JSF安全性比较好，因为很多代码都是他自定义生成的，说实话，我查看源代码的时候脑袋都大了，如果真有耐性的朋友去破解JSF的话，我一点脾气都没有了！

       目前JSF的技术也在升级，并且和AJAX的兼容性更好了，1.0版本的JSF和AJAX兼容性不是很好（也许是我学艺不精），在JSF中的AJAX技术也是实现了的，俗称PPR，这个也就是部分刷新机制，效果很不错。

       总结下，JSF是一个自定义标签的框架，最好的大处就是便于开发者开发项目。

       不管你用没用，反正我用了！