《几种体系架构与开发工具的组成.doc》由会员分享，可在线阅读，更多相关《几种体系架构与开发工具的组成.doc（8页珍藏版）》请在三一文库上搜索。
1、几种体系架构与开发工具的组成三层体系架构Web Server/AppServer开发工具核心技术备注J2EEWebsphere(IBM)Jbuilder9. 0 WSAD 5. 0 Eclipse(Java) 免 费WebLogic (BEA)Jarguas (SYBASE)PB9. 0+PJ非主流技术.NETWin dows Server 2003(Web Server + AppServer)Asp. NET北乐瑞得公司、杭州创业公司采用.NET StudioBorla ndC+;DelphiCorbaDephi非主流技术卫宁公司采用项LI上体系架构与开发工具的选择序口 号方案优势缺点备注
2、第种Websphere(IBM)+Eclipse单CPU介格：30-50万(估计)?跨平台技术，易移植和 多平台产品集 成?技术方案?技术比较复杂? Websphere 价格比较咼（如果采用Bea也比如果技术人员对IBM的技术比较熟悉可采用此方案，但Websphere的价格问题需要斟酌与解决比较完整?开发工具免费较咼）第种.NET(Asp. Net) 50用户价格：5万以下(win server 2003 版)?技术简洁， 开发简单?价 格上也有优势（.Net是内嵌 在 Win server 2003 中）?只能在Win dows平台上使用因为考虑该项U需要集成的 项 口不多，没有跨平台的需要
3、， 再加上技术简单，容易 掌握， 如果人员比较熟悉微软的技 术，建议釆用此方案可以参考看如下儿篇文章：J2EE与.NET的比较毫无疑问，程序员，软件开发商，企业IT经理一直都在密切的关注着 J2EE和.NET的发展，但是选择一个在性能，价格，时间上满足他们需求的平台却并不是一件简单的事情。本文试图在技术上做一个简单的比较，希望对于他们做选择时有所帮助。技术概观在表现形式上，J2EE是一组规范，而.NET更象是一组产品。但它们的口的都是为了企业应用提供分布式的，高可黑性的解决方案.它们在架构上有着很多的相似之处，下表是一个简单对照：J2EE .NET通信协议 Remote Method In v
4、ocati on over Internet In terOrb Protocol（RMI/IIOP）, XML编程语言 Java C#, VB.NET, COBOL运行时环境 Java Virtual Machine (JVM) Common Language Runtime (CLR) 胖客户端 Java Swing Windows FormsLI 录月比务 Java Naming and Directory Interface (JNDI) Active Directory Services Interface (ADSI)数据访问 Java Database Connection (J
5、DBC) , Java Connectors ADO. NET 异步消息处理 Java Message Service (JMS) Microsoft Message Queue 表示层技术 Servlets, Java Server Page (JSP) ASP. NET 中间层组件模型 EJB, JavaBean COM+, COM 安全访问 JAAS COM+ SecurityCall Context事物处理 Java Transaction Server (JTS) Microsoft Distributed Transaction Coordinator (MS-DTC)开发工具 W
6、ebGain Visual Caf6 Borland JbuilderIBM VisualAge 等 (笫三方提供，规范本身没有定义 ) Visual Studio. NETJ2EE平台的构成EJB - J2EE 中间层，完成商业逻辑；JAAS - J2EE 处理认证和授权的 API;Java Connectors - J2EE 用于连接异种数据源的 API, 对上层来讲是透明的JSP, Java Servlets - J2EE 的表示层技术，用于生成用户界面；JDBC - J2EE 数据库访问；JMS - J2EE 的异步消息队列；JNDI - J2EE 的名字查找 API, 独立于日录服务
7、器；JTS - J2EE 用于处理交易的 API；RMI/IIOP - J2EE 的分布式对象的通讯 API,提供了和CORB交互的能力。.NET平台构成.NET Framework - .NET 应用运行的基础；IL (Intermediary Language)-所有的.ET语言首先被编译成该中间语言，然后在CLR中运行；SOAP -用于服务访问的工业标准；DCOM 组- 件间通信协议；MS-DTC用来在.ET平台上使用两阶段提交协议来处理分布式交易；CLR - .NET 应用的运行时环境；COM+ - .NET的中间层模型，用于构建商务逻辑；ADO. NET - .NET 对数据访问的
8、API。此外.ET平台还包括其他一些产品象 Application Center Server, BizTalkServer , NLBS (Network Load Balancing Service), Commerce Server,Enterprise Servers, HIS (Host Integration Server), ISAS (InternetSecurity and Acceleratio n Server)用来提供象防火墙，安全访问，B2B交易，负载平衡等服务.J2EE规范本身没有定义这些服务，但可通过选择第三方产品来满足类似的要求。二?技术比较1. vs 多一种语
9、言VS多种语言，一个平台VS多个平台.这似乎是大家最喜于津津乐道的话题，也似乎是所有问题的焦点。两种平台主流的开发语言 Java和C#在架构上有着惊人的相似：虚拟机技术，基于沙箱的安全模型，分层的命名空间，垃圾回收等。所以从笫一眼看上去，C#简直就是兀腹的克隆。但微软并不这样认为，微软的说明是：“它集成了 C+, Java, Modula 2, C和Smalltalk等多种语言的精华,对它们共同的核心思 想象深度面向对象(deep object-orientation), 对象简化 (objectsimplification) 等都一一做了参考。”一方 面，C#勺大多数关键字来源于 C+,使它
10、在书写上有别于Java。但另一方面，C#勺严格 的类型转换等概念却明显来自 于 Java( 当然，它的原始类型的定义更严格，并且据微软 声称没有影响到效率 .) ， 使其在内涵上有克隆之嫌 . 但即是 Java, 其有些特性也和 Smalltalk 颇有渊源 . 所 以评价一种开发语言的优劣不仅是看其外在的表现形式，更重要 的是其实实在在的 功效？作为一种新语言，C#加入了基于XML的标记，可以被编译器用 来直接生成文 档，C#勺另一个特点:一站式软件(one-stop-shopping software)强调了自解释 (self-describing) 的编码方式，即头文件， IDL(Int
11、erface Definition Language), GUID 和其他复杂的接口无需再被引用 . 也即是 C#, VB.NET 等代码片断 可以 任意的被加入到其他语言中 .这无疑在多种语言混合编程的模式中是一次飞 跃，但是，其 难维护性也是不言而喻的。微软的.ET的平台提供了象C#, VB. NET, COBOL等多种开发语言，C#是新 的，而其他的每一种语言都是在原有的基础上改造而来 . 这是微软煞费苦心并且也 是不得以的 要为习惯于这些语言的程序员铺一条便捷之路 . 但是，这些语言的改造 与其说是整容到不 如说是一次开膛破肚的大手术 . 首先是观念变了， Basic, Cobol 等
12、语言先天的缺少面向 对象的内涵，现在却变成了面向对象的语言，这就不是要求 其传统的程序员仅仅熟悉一 些额外的关键字那么简单的问题了 . 基于面向对象的软 件分析设计开发测试是完全不同于 基于传统过程性语言的质变，所以这一过程的转 变对传统程序员来讲也是一个痛苦和漫 长的过程 ?在传统程序员面前，微软看似提供了丰富多采的解决方法，但对于实际问题而言，却怕是有些力不从心.所以一个 简单的办法是:直接使用C#.对于独立软件开发商来 讲，其转换成本不容忽视 . 其 次，在一个软件项日中使用多种语言，开发商必须同时拥有 多种语言专家和多个独 立的难以互相支援的开发小组，无疑的，这也使其软件的维护的 成本
13、已非线性的曲 线增长.多样性是双韧剑，实施时需仔细斟酌 .跨平台是J2EE的最大卖点，也是至今为止还绊住微软的栅栏.当开发商完成 了符合J2EE规范的软件时，其客户可以依据其喜好和实力来选择不同应用服务器.从基于open source的免费软件到高端满足 B2B需求的商业套件来搭建自己的平台.但是山于 J2EE的规范还不完善，各个 J2EE服务器的提供商为了使其提供其各自理解的完整的功能，不得不添加一些额外的特性 . 这就使得使用了这些特别功能的应 用软件，绑定到了特 定的应用服务器上随着J2EE规范的发展，这种差别会逐渐减小.微软的跨平台解决方案是 Web services, 它解决的是异种
14、平台上不同应用之 间的 连通性问题.从技术角度讲，它除了以 XML为介质之外没有什么新意但它的重 要意义在 于: 它是微软这样一个重量级选手所推出的，询景不容小视?构造和使用Web services的过程较为简单：服务提供者用他所选择的语言构造服务；服务提供者用 WSDL(the Web Services Description Language) 来定义该服务;服务提供者在 UDDI (Universal Description, Discovery, andIntegration ) 中注册该服务；使用者的应用程序从 UDDI中查找已注册服务；使用者的应用程序通过 SOAP (the Si
15、mple Object Access Protocol)来调 用服务.(SOAP使用HTTF来传递基于XML为表现形式的参数)正如我们所讨论的：Web services 解决的是异构平台上服务连通性的问题，但在现实中所更迫切需要的是如何在异构的平台上构造具有可扩展性，高可黑性，高可用性，故障冗余，错误恢复能力的企业应用 . 缺少这一点，从结构上讲， .NET 平台还远未 宀完善 .2. 中间层基于组件的软件开发技术可以在较高的级别上实现软件复用，加快企业软件开发的进程.在J2EE构架中，JavaBean和EJB (Enterprise JavaBeans) 被用来完 成事物逻辑?其中EJB和JavaBean有着类似的模型，但它被用来创建分布式的企业应用.它定义服务器端组件的模型，具有以下一些特性：