Java EE现状及其发展趋势.docVIP

Java EE现状及其发展趋势 ?? 作者: 网络转载 ?? ??来自JAVA-CN.COM ??经过将近10年的发展后，Java EE已经演变为当前企业的主流计算平台。开发者再也不能够简简单单地将Java看成一种编程语言了，其产业和技术链已经渗入到各行各业的企业系统的各个环节。本文试图对Java EE现状及其发展趋势进行阐述。现状? ?整体而言，Java EE平台正处在一个十字路口。现如今，整个Java SE/Java EE/Java ME平台已经开源了，这在Java发展史上是前所未有的。与此同时，许多开源实体已经参与到许多重要的Java EE技术规范的制定工作中，比如EJB 3.0的推出、Java EE 5平台的发布。这些讯息也告诉我们，整个Java EE平台已经非常成熟，急需找到新的突破口、新的机遇，并进一步去推动自身的发展。? ?无论是Java EE规范的制订者、Java EE容器厂商，还是Java EE工具提供者、和基于Java EE开发的ISV，开源社区已经在它们身上扮演着非常重要、关键的角色。? ?可以看出，开源已经成为了Java EE的主基调，这是一种全新的协作、互动模式。从开源谈起 ? ?开源不仅仅是一个形式，其蕴涵的内容非常丰富。对于ISV而言，这意味着软件的研发模式需要转变了，尽可能采纳成熟的、主流的开源技术来打造我们的系统。此时，我们不用去关注开源技术的底层实现和维护工作，因为整个开源社区在积极推动这一重要而基础的工作。? ?来研究一个案例。开源领域的Spring已经成为了构建Java EE应用的事实上标准，它将Java EE领域中不同容器的差异性蕴藏起来，为开发人员暴露了统一的、一致的接口。采纳Spring架构目标应用后，应用的可移植性（便携性）不再是问题，而且开发者的开发效率和开发体验得到非常大的提升，应用的质量也能够得到保障。与此同时，Spring还在不断地超越Java EE平台技术本身。难道我们的系统有理由不架构在这类开源技术上？其实，这是一种精细化分工。ISV们再也不用在这类基础工作上花费太多的时间和精力，而且这类工作还很难做好。ISV可以将更多的精力放在系统的业务逻辑和功能的实现上。? ?再来研究一个案例。大部分开发者都会采用开源领域的Eclipse（WTP） IDE来开发目标系统，其安装方便、可扩展性强。从Eclipse 3.2开始，OSGi成为了它的微内核，这是一重要的使能技术（后续内容会重点讨论到它）。Eclipse几乎成为了大部分ISV们首选的IDE。BEA/Borland/Oracle/RedHat等公司全面拥抱了这一扩展性强的工具平台，这不是在向我们暗示些什么吗？? ?因此，我们必须参与到这一开源社区中，并从其中吸取到丰富的养分，并使得目标系统的研发速度、质量能够有较大的提升。开源是一种全新的协作模式，而且它也在诠释一种全新的互动模式。比如，一旦用户对某开源技术的某些方面有更好的建议时，整个开源社区便会快速地响应这一需求。POJO编程模型? ?开发出身的我非常注重目标应用采纳的开发模型。现如今，POJO编程模型是目前的主流开发模型。通俗地说，POJO的含义指，开发人员编写的Java类不会同Java EE API耦合在一起。? ?从分层角度划分，应用的架构由展示层、业务层、持久化层构成。如果采纳传统的J2EE技术开发应用，则这类开发模型肯定不是POJO编程模型。POJO的实质是回归到对象的本质，即OO编程。所幸，开源社区一直在推动Java EE的发展。比如，对于展示层而言，Tapestry一直在倡导POJO编程模型；对于业务层而言，Spring一直在倡导这一编程模型；对于持久层而言，Hibernate一直也在倡导这一POJO编程模型。本人开发、架构及咨询过的许多大型应用都是基于Tapestry+Spring+Hibernate组合。当J2EE看到这一开源技术栈所带来的巨大冲击后，简化开发模型和力推POJO编程模型便成为了Java EE 5的主基调。比如，JSF 1.2已经成为了Java EE 5的标准件，这是类似于Tapestry的技术框架；EJB 3.0也将Hibernate的许多内容进行了“标准化”，即JPA 1.0。尽管JSF 1.2/EJB 3.0同Tapestry/Hibernate相比还存在许多不足之处，但这在Java EE发展史上已经是非常大的进步了，因为Java EE规范的推出是开源社区与商业实体协作的结果，这说明开发人员的地位越来越得到重视。? ?可以看出，我们没有理由不在新项目中采纳POJO编程模型。敏捷开发? ?现有的软件市场是很残酷的，这势必要求我们能够控制好项目的开发风险。无论是开发过程本身，还是交付代码的