412 ASP3高级编程 Ch'a° ub. coM indOws dna应用程序来说,这通常意味着用户界面成为IE中的一个传递目标。用特定的浏 器作为传递目标,开发人员可利用 ActiveX控件、动态HTML或者IE等技术来让用户界面更 像传统 Windows应用程序。甚至在这种情况下,使用HTP协议将用户界面从网络服务器上传 递到网络浏览器上。这样的应用程序通常用于局域网,这样信息部门能控制目标浏览器平台。 如果开发人员可以获得浏览器的特定版本,那么就能开发出浏览器增强型应用程序,并且这 个应用程序能够成功地运行。 (4)浏览器依赖型客户 浏览器增强型用户界面的一个缺点就是当用户使用应用程序时,通常需要特定的浏览器 不论什么时候,一种新技术可用时,如新的浏览器版本,都有一定的时间延迟,新版本浏览 器的广泛使用需要长达数年的时间,在这段时间里,如果开发人员以这些新特点为目标,那 么他们就要冒应用程序不能被广泛采用的风险。 为了避免这个问题,开发人员可以选择一个较早的浏览器版本作为目标,这样开发出来 的程序就能被大多数人所采用。这种类型的客户端称为浏览器依赖型。这听起来有点不太真 实,但浏览器依赖型就是指用户界面在浏览器上是可靠的,而不是对浏览器的特定版本可靠 对开发人员来说,开发一个面向所有浏览器的程序效率可能很低。通常广泛使用的程序的当 前标准目标是网景和微软的3x版本浏览器 以这个浏览器版本作为目标后,开发人员就可以用 JavaScript和HTML3.2规范访问客户端 脚本。这可与所有后来的浏览器兼容,不论是微软或网景。随着IE40以上版本的使用,这已 成为许多开发人员的基本发展目标 2.应用程序服务 Windows dna应用软件靠可用的应用程序服务来存储和执行应用程序逻辑的核心,这个 业务逻辑层中保持专用应用程序进程和业务规则。开发这些应用程序组件的 WindOws dna服 务包括web服务、消息服务和组件服务 (1)组件服务 最近十年里,组件式应用软件已经成为创建应用软件的标准方法,最早是DDE,然后是 OLE、OLE2及今天的 Activex, Windows平台的组件应用软件已广泛传播。使用组件进行开 发如此容易并不十分令人惊奇,现在整个过程是一个新的模型,这个模型包括用预先创建的 组件建立应用程序。因为每一组件都有一些公用函数,其他组件可调用这些函数。这样组件 可以重复使用,并允许这些软件互相合作 为了使基于组件的应用程序成为企业级的应用程序,微软添加了微软事务处理服务器 (MTS),为基于组件的分布式程序开发、部置和管理提供服务。将这个服务器封裝在一个系 统级的服务中,开发人员就没有必要明确地在应用程序中添加这种支持。 随着 Windows2000的推出,人们已逐渐了解COM+。COM+使COM和MTS程序模型成 为一体,并且不再需要分别处理这两种服务,从而使开发分布式应用程序变得更加容易,因 为减少了使用这些组件服务所需的代码数量,使得建立应用程序更快、更容易、成本更低 (2)消息服务 并不是 Windows dna应用程序的所有部分都必须定位于同样的计算机或者在同样的物理 位置,因此,开发人员能够与不同系统进行交流是非常关键的。在网络应用程序模型中,需 要一种通过应用程序与断开的客户进行交流的方法,消息是一种用于这种交流的方式。微软Windows DNA应用程序来说，这通常意味着用户界面成为 I E中的一个传递目标。用特定的浏 览器作为传递目标，开发人员可利用 A c t i v e X控件、动态H T M L或者I E等技术来让用户界面更 像传统Wi n d o w s应用程序。甚至在这种情况下，使用 H T T P协议将用户界面从网络服务器上传 递到网络浏览器上。这样的应用程序通常用于局域网，这样信息部门能控制目标浏览器平台。 如果开发人员可以获得浏览器的特定版本，那么就能开发出浏览器增强型应用程序，并且这 个应用程序能够成功地运行。 (4) 浏览器依赖型客户 浏览器增强型用户界面的一个缺点就是当用户使用应用程序时，通常需要特定的浏览器。 不论什么时候，一种新技术可用时，如新的浏览器版本，都有一定的时间延迟，新版本浏览 器的广泛使用需要长达数年的时间，在这段时间里，如果开发人员以这些新特点为目标，那 么他们就要冒应用程序不能被广泛采用的风险。 为了避免这个问题，开发人员可以选择一个较早的浏览器版本作为目标，这样开发出来 的程序就能被大多数人所采用。这种类型的客户端称为浏览器依赖型。这听起来有点不太真 实，但浏览器依赖型就是指用户界面在浏览器上是可靠的，而不是对浏览器的特定版本可靠。 对开发人员来说，开发一个面向所有浏览器的程序效率可能很低。通常广泛使用的程序的当 前标准目标是网景和微软的 3 . x版本浏览器。 以这个浏览器版本作为目标后，开发人员就可以用 J a v a S c r i p t和HTML 3.2规范访问客户端 脚本。这可与所有后来的浏览器兼容，不论是微软或网景。随着 IE 4.0以上版本的使用，这已 成为许多开发人员的基本发展目标。 2. 应用程序服务 Windows DNA应用软件靠可用的应用程序服务来存储和执行应用程序逻辑的核心，这个 业务逻辑层中保持专用应用程序进程和业务规则。开发这些应用程序组件的 Windows DNA服 务包括We b服务、消息服务和组件服务。 (1) 组件服务 最近十年里，组件式应用软件已经成为创建应用软件的标准方法，最早是 D D E，然后是 O L E、O L E 2及今天的A c t i v e X，Wi n d o w s平台的组件应用软件已广泛传播。使用组件进行开 发如此容易并不十分令人惊奇，现在整个过程是一个新的模型，这个模型包括用预先创建的 组件建立应用程序。因为每一组件都有一些公用函数，其他组件可调用这些函数。这样组件 可以重复使用，并允许这些软件互相合作。 为了使基于组件的应用程序成为企业级的应用程序，微软添加了微软事务处理服务器 ( M T S )，为基于组件的分布式程序开发、部置和管理提供服务。将这个服务器封装在一个系 统级的服务中，开发人员就没有必要明确地在应用程序中添加这种支持。 随着Windows 2000的推出，人们已逐渐了解 C O M＋。C O M＋使C O M和M T S程序模型成 为一体，并且不再需要分别处理这两种服务，从而使开发分布式应用程序变得更加容易，因 为减少了使用这些组件服务所需的代码数量，使得建立应用程序更快、更容易、成本更低。 (2) 消息服务 并不是Windows DNA应用程序的所有部分都必须定位于同样的计算机或者在同样的物理 位置，因此，开发人员能够与不同系统进行交流是非常关键的。在网络应用程序模型中，需 要一种通过应用程序与断开的客户进行交流的方法，消息是一种用于这种交流的方式。微软 412计计ASP 3 高级编程 下载