业务层　　1、业务层接口　　"面向接口而非面向类编程"是Spring不遗余力所推荐的编程原则，这条原则也已经为大部开发者所接受；此外，JDK的动态代理只对接口有效，否则必须使用CGLIB生成目标类的子类。我们依从于Spring的倡导为业务类定义一个接口：　　代码 7 业务层操作接口 1. public interface Fil

数据持久层　　1、领域对象及映射文件　　您可以使用Hibernate Middlegen、HIbernate Tools、Hibernate Syhchronizer等工具或手工的方式，编写Hibernate的领域对象和映射文件。其中对应T_FILE表的领域对象Tfile.java为：　　代码 1 领域对象Tfile 1.

            文件的上传和下载在J2EE编程已经是一个非常古老的话题了，也许您马上就能掰着指头数出好几个著名的大件：如SmartUpload、Apache的FileUpload。但如果您的项目是构建在Struts+Spring+Hibernate（以下称S

       spring中对hibernate的支持是非常强大的，从一个简单的例子就看得出来，从这个例子中我们还将对所谓的轻量级容器做一些讨论。　　首先需要配置数据源，通常我们有两种方式获得Connection，一是自己编写代码获得连接，二是从JNDI环境中得到DataSource，然后产生一个Connection。无论怎样，既然是spring下面的对象，就应该注册到配置文件中。假设我们需要一个

刚接触xdoclet是在项目利用hibernate时，感觉很不错。对于Struts，只不过多声明一个task，class名称xdoclet.modules.web.WebDocletTask。除此之外，还需要几个jar，分别是xdoclet-apache-module-1.2.3.jar、xdoclet-ejb-module-1.2.3.jar、xdoclet-web-module-1.2.3

因为java技术的开放性,因为JCP所给予开发人员的诸多选择性,作为java的研发/爱好者,在进行项目开发的时候,必然会面对java世界中的诸多框架,struts,spring,hibernate/ibatis或者servlet,ejb等等--诸多开源的或者JCP组织所制定的标准框架,面对如此至多的框架,开发者该做何选择呢?众所周知,在java EE5规范正式发布之前,很多开源framewor

    在具体的实现中，表现层可为Struts/JSF等，业务层、访问层可为JavaBean或EJB等，资源层一般为数据库。 宏观上的层次就是这样，在具体现实中，有如下几种实现形式：1， 轻量级实现 表现层使用基于MVC的框架，比如Struts或JSF业务层使用JavaBean（就是常说的Service）访问层使用JavaBean（就是常说的DAO）优点： 轻量级实现，简单明了ü缺

需求分析　　在具体的研究需求分析之前，我们先了解一下软件工程这个概念。软件工程分为三个层次，过程层、方法层、工具层。在最基础的过程层，最重要的就是一组被称为关键过程区域（KPAs）的框架（KPA的概念在讨论CMM的书中有详细的概念说明）。关键过程区域构成了软件项目的管理控制的基础，并且确立了上下文各区域的关系，其中规定了技术方法的采用、工程产品的，模型、文档、数据、报告、表格等，等的产生、里程碑的