J2EE与.NET体系结构分析——J2EE体系结构分析---开题报告.DOC

1、厦门大学软件学院毕业设计（论文）开题报告 学生姓名 班级 学号 校内指导教师姓名 职称 教授 所在单位 厦门大学软件学院 毕业设计（论文）题 目 J2EE 与 .NET 体系结构分析 J2EE 体系结构 分析 毕业设计（论文）的 目标： 主要内容 : 深入分析 J2EE 与 .NET 两个开发平台的体系结构的组成。 J2EE 和 A 两大最新流行技术，集成技术、 WEB 组件、架构思想、开发工具、域对象，开发框架等方面进行了横向和纵向的比较 . 目标： 我们在开发的过程中要看我们开发 应用在哪个方面，不同方面选择不同的开发语言做为自已的开发平台所具备的功能是不同的，两个开发平台，不会因为任何的

2、一个强大而消亡，他们是互相依存，互相竞争的关系。 比较 剖析 J2EE 和 .Net 的技术，并通过市场的比较 ,试图帮助企业选择合适的技术和平台来构建系统，并给程序员选择技术的建议。 实现方法： 开发环境： 开发工具： Eclipse+MySQL 开发语言： Java 开发平台： Windows 系列 J2EE与 .NET 体系结构分析 : 一、 技术概况： 在表现形式上， J2EE 是一组规范，而 .NET 更象是 一组产品。 二、 技术比较 1.一 vs 多 一种语言 vs 多种语言，一个平台 vs 多个平台 . 2.中间层 基于组件的软件开发技术可以在较高的级别上实现软件复用，加快企业

3、软件开发的进程 .在 J2EE 构架中， JavaBean 和 EJB(Enterprise JavaBeans) 被用来完成事物逻辑 .其中 EJB 和 JavaBean 有着类似的模型，但它被用来创建分布式的企业应用 . EJB 的架构图 3.表示层 两种架构都同时支持胖客户端和瘦客户端 .即 C/S 模式和 B/S 模式 .对于 C/S模式， J2EE提供了替代 Java AWT的 Java Swing，同时作为可视化组件的 JavaBean也可用来构造系统。对于 B/S 结构的表示层， J2EE 使用 servlet ， JSP(Java Server Page) ， HMTL， WM

4、L， XML 等工具来实现。 Servler 的架构图 微软的胖客户端技术则由 Windows Forms 代替了 MFC.它们起的作用相同，在结构上 Windows Forms 被插入到 .NET 的运行时框架 (runtime framework)和组件模型 (component model)中 .在瘦客户模型中 ， ASP.NET 代替了旧有的 ASP 和 HMTL， WML ， XML 作为表示层。在 ASP.NET 中， C#， VB.NET 等语言的代码片断可被自由引用 .ASP.NET 页面被首先转换成中介语言 ( Intermediary Language)，然后再被 中介语言

5、及时编译器 (just-in-time IL compiler)编译，最后运行于公共语言运行环境中，并且 ASP.NET 提供了页面的缓冲，所以，其运行速度要远远快于 ASP。 大体上，两种架构所使用的表示层的技术非常类似，虽在细节上各有所长，但总体功能当 在伯仲之间。 4.数据访问 J2EE 和 .Net 已不同的形式支持数据的访问。 JDBC 和 ADO 一样和所连接的数据库无关，并且通过连接，命令语句和结果集来对数据进行操作 .所以属于中间层次的 API.更高一级的数据封装和数据管理是通过实体 EJB (entity EJB)来完成的 .基于容器管理的实体 EJB 使开发更快捷，管理更方

6、便 .事实上，由于实体EJB 的 load()和 store()方法的同步机制，将大大缓 解因并发而使数据库产 生的瓶颈 .也可以采用不属于 J2EE规范的第三方数据访问工具，象 WebGain的 TopLink。 JDBC 接口规范 JDBC 最常用的资源 在 JDBC 规范中，应用通过驱动接口（ Driver Interface）直接方法数据库的资源。为了有效、合理地管理资源，在应用与 JDBC Driver 之间，增加了连接池 : Snap-ConnectionPool。并且通过面向对象的机制，使连接池的大部分操作是透明 。 Snap-ConnectionPool 的体系 结构图 而微软

7、的 .NET 的数据访问工具则由基于 XML 的 ADO.NET 代替了基于COM 组件的 ADO.任何以 XML 为输出的数据源都可以作为 ADO.NET 的数据源 .相应的结果集升级为数据集 (DataSets)，命令语句则升级为数据集命令(DataSetCommands).从形式来看，微软的 ADO.NET更新潮和时髦一些，基于 XML 的特性使其可以处理极其丰富的数据源，并且，因其构架在 HTTP 协议之上，易于穿透防火墙，使沟通更为便利 .但由于 XML 本身的基于标记的特性，很明显限 制了在有超大数据量和有网络瓶颈的应用中的使用 .而 J2EE 的数据访问规则则显得略有单薄 ，但同

8、时却更简单，更有效 .并且通过对应用程序有效的层次的设 计，对于数据库和基于 XML 的数据源的访问，也是可以无缝的整合的。 三 .整体评价 就企业而言，内部众多系统的整合、系统的延展性、安全性是更需要注意的议题，而这些都是 J2EE 的优势，也是微软的不足处。 在效率方面， J2EE 阵营主张通过硬件的效能增加来弥补软件的不足 .开放标准，功能强大，易于移植这些都是 J2EE 的卖点。 这个世界项没有绝对的王者，也没有绝对的弱者 . 我们在开发的过程中要看我们开发应用在哪个方面，不同方面选择不同的开发语言做为自已的开发 平台所具备的功能是不同的，两个开发平台，不会因为任何的一个强大而消亡，他

9、们是互相依存，互相竞争的关系。 时间进度安排： 2008 年 11 月 17 日 -2009 年 1 月 4 日： 了解课题需求， 查阅相关文献资料， 确定毕业设计的方向及内容 。 2009 年 1 月 5 日 -2009 年 1 月 12 日： 整理思路，初步拟定论文框架结构， 征求导师意见后进一步改进，整理提交毕业设计开题报告。 2009 年 1 月 13 日 -2009 年 2 月 9 日： 熟悉 J2EE 的开发平台、工具与开发语言，学习相关行业知识。 2009 年 2 月 9 日 -2009 年 4 月 20 日： 技术概观 比较：和李子攀确定分析 J2EE 和 .NET 的框架中进

10、行对比的技术。 整理提交中期检查报告。 2009 年 4 月 21 日 -2009 年 5 月 10 日： 继续进行研究分析， 技术比较 ：针对 J2EE 和 .NET 的主要技术分别进行分析和比较 。 2009 年 5 月 11 日 -2009 年 5 月 20 日： 市场比 较：对 J2EE 和 .NET 的 就业市场和薪资进行比较 。 2009 年 5 月 21 日 -2009 年 5 月 31 日： 结果比较：综合 J2EE 和 .NET 的技术和市场比较分析地出结论；并撰写论文，完成论文初稿并提交。 2009 年 6 月 1 日 -2009 年 6 月 10 日： 完成分析比较。 在导师的指导下修改初稿，定稿，提交毕业论文，准备毕业答辩。 指导教师审核意见： 校内指导教师签名： 2009 年 月 日