lsalsalsa的专栏

最新的Java技术，最具发展前景的Java技术。 以hibernate，seam，jpa的设计而出名的gaven king再次创造奇迹。 Web Beans（JSR-299）规格为 Java EE 环境定义了一组简化应用程序开发的服务。Web Bean 针对于现有的 Java 组件类型（包含 JavaBeans 以及 Enterprise Java Beans）提供了增强的生命周期与互动模型（interaction model）。为了补充传统的 Java EE 程序撰写模型（Programming Model），Web Bean 服务提供了： 状态组件上的生命周期改善，并绑定至明确定义的 contexts、 一个用来进行 dependency injection（依赖注入）的 typesafe（类型安全列举）方式、 透过 event notification（事件通知）功能来进行的互动，以及 一个将 interceptors（拦截器）绑定至组件的较佳方式，以及一个称为 decorator（装饰器）的新型拦截器，它适用于解决商业上的相关问题。 依赖注入和 contextual 生命周期管理这两者组合起来可让一个不熟悉的 API 的用户无须过问下列问题： 这个物件的生命周期为何？ 它一次能同时有几个客户端？ 它是否为多执行绪（multithread）？ 我能从哪里取得呢？ 我是否需要明确地将它毁掉呢？ 当我没有在直接使用它时，我应该将它的参照保留在哪里呢？ 我该如何新增一个 indirection layer 来使这个对象在建置时的实做可呈多样化？ 我该如何在其它对象之间共享这个对象？ Web Bean 只会指定它所依赖的 Web Bean 的类型和语意。它无须知道实际的生命周期、具体的实做、执行绪模型，或是任何它所依赖的 Web Bean 的其它客户端。更好的是，它所依赖的 Web Bean 的具体实做、生命周期和执行绪模型可根据建置的情况来改变，并且不影响到任何的客户端。 事件、拦截器以及装饰器可增强在此模型中所继承的 loose-coupling（松散结合性）： event notifications（事件通知）会 decouple producer 和 event consumer（事件用户）， interceptors（拦截器）可由商业逻辑去 decouple 技术问题，并且 decorators（装饰器）可将商业问题分为若干部分。 最重要的是，Web Bean 以一种 typesafe 的方式来提供了所有的这些功能。Web Bean 从不使用基于字符串的识别符号（identifier）来断定共同协作的对象如何相辅相成。虽然 XML 也是选项之一不过却很少被使用到。取而代之，Web Bean 使用了 Java 对象模型中可使用的 typing 信息并统合了一个称为 binding annotations（绑定标记）的新格式，它可将 Web Bean、它们的相依性、它们的拦截器和装饰器以及它们的事件用户联系在一起。 Web Bean 服务为通用的并且适用于下列位于 Java EE 环境中的组件类型： 所有 JavaBean、 所有 EJB，以及 所有 Servlet。 Web Bean 甚至提供了必要的整合点来让未来 Java EE 规格或是非标准架构所定义的其它类型组件能够利落地与 Web Bean 整合、有效利用 Web Bean 服务，并与任何其它类型的 Web Bean 进行互动。 Web Bean 受到了几个现有的 Java framework（包括 Seam、Guice 以及 Spring）的影响。不过，Web Bean 拥有它自己独特的特性：比 Seam 还要完善的 typesafe、比 Spring 更 stateful 而没有那么地以 XML 为中心，并且针对于网站和企业级的应用程序上的处理能力比 Guice 完善。 最重要的是，Web Bean 是一个能与 Java EE 以及可使用崁入式的 EJB Lite 的任何 Java SE 环境整合的 JCP 标准。

一个简单的心理测试源代码,程序也许很简单,但涉及了c++的大部分知识点,几乎每行代码都有详细的汉语注释.他是我学会C++的法宝.希望对初学者有帮助.