Java 理论与实践：让 J2EE 脱离容器

大多数项目不是属于 J2EE 应用程序就是属于 J2SE 应用程序。不过，有一些 J2EE 技术可以存在于 J2EE 容器之外，并且有些 J2SE 应用程序可以对它们加以利用。本月，Brian G

大多数项目不是属于 J2EE 应用程序就是属于 J2SE 应用程序。不过，有一些 J2EE 技术可以存在于 J2EE 容器之外，并且有些 J2SE 应用程序可以对它们加以利用。本月，Brian G

作为轻量级的容器，Spring常常被认为是EJB的替代品。我们也相信，对于很多 （不一定是绝大多数）应用和用例，相对于通过EJB容器来实现相同的功能而言， Sping作为容器，加上它在事务，ORM和J

作为轻量级的容器，Spring常常被认为是EJB的替代品。我们也相信，对于很多 （不一定是绝大多数）应用和用例，相对于通过EJB容器来实现相同的功能而言， Sping作为容器，加上它在事务，ORM

首先，本文的目标读者是正在从事技术工作的架构师。为了避免浪费大家的才智，我会避免讲述一些陈腐的最佳实践，例如"日常构建（build daily）"、"测试一切（test everything）"和"经

关于在 Java 语言中使用异常的大多数建议都认为，在确信异常可以被捕捉的任何情况下，应该优先使用检查型异常。语言设计（编译器强制您在方法签名中列出可能被抛出的所有检查型异常）以及早期关于样式和用

与 C++ 类似，Java 语言也提供异常的抛出和捕捉。但是，与 C++ 不一样的是，Java 语言支持检查型和非检查型异常。Java 类必须在方法签名中声明它们所抛出的任何检查型异常，并且对于任何方

Java? 语言遭到许多性能方面的攻击。虽然有些攻击可能是名符其实的，但是看看公告板和新闻组上关于这一主题的贴子，可以发现，对于 Java 虚拟机（JVM）实际的工作方式存在许多误解。在本月的 J

Java? 语言遭到许多性能方面的攻击。虽然有些攻击可能是名符其实的，但是看看公告板和新闻组上关于这一主题的贴子，可以发现，对于 Java 虚拟机（JVM）实际的工作方式存在许多误解。在本月的 J

将泛型添加到 Java 语言中增加了类型系统的复杂性，提高了许多变量和方法声明的冗长程度。因为没有提供 “typedef” 工具来定义类型的简短名称，所以有些开发人员转而把扩展当作 “穷人的 ty