- 1、本文档共18页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
应用程序的设计指南从 N 层到 .NET
/quickstart/aspplus/doc/quickstart.aspx
应用程序设计指南:从 N 层到 .NET
发布日期: 4/1/2004 | 更新日期: 4/1/2004
使用 Microsoft .NET 构建分布式应用程序
David Chappell,Chappell 及合作者
Steve Kirk,Microsoft Corporation
2002 年 4 月
摘要:讨论用于 Microsoft .NET 的应用程序设计以及所需的更改:
复习从使用 Microsoft Windows DNA 构建 N 层应用程序中学到的体系结构知识
如何在利用 Microsoft .NET 框架构建应用程序过程中运用这些知识,
以及对使用 XML Web 服务的应用程序用在体系结构方面时的建议。
一.简介
1.N 层应用程序已经成为构建企业软件的标准。
对于大多数人来说,N 层应用程序就是被分成多个独立的逻辑部分的应用程序。
最常见的选择是分为三个部分:表示、业务逻辑和数据,当然还可能存在其他的划分方法。N 层应用程序最初是为了解决与传统的客户端/服务器应用程序相关的问题而出现的,但是,随着 Web 时代的到来,这一体系结构开始成为新开发项目的主流。
Microsoft Windows DNA 技术已成为 N 层应用程序的非常成功的基础。Microsoft .NET 框架也为构建 N 层应用程序提供了坚实的平台。
2.在使用 Windows DNA 构建 N 层应用程序中的关键体系结构知识。然后介绍基于 XML Web 服务 的应用程序的体系结构。
二.Windows DNA 环境
将应用程序分解成多个逻辑部分是很重要的:
1.将一个大软件分成几个小的部分会更利于软件的构建、重复利用和修改。从使用 Windows DNA 技术构建 N 层应用程序的普遍经验中所获得的基本体系结构知识。
编写业务逻辑
Windows DNA 应用程序通常使用以下三种实现方式中的一种或多种方式来实现其业务逻辑:
?
ASP 页
?
COM 组件,可能使用 COM+ 提供的其他服务
?
在 DBMS 中运行的存储过程
ASP的局限性: 在ASP页中编写过多的业务逻辑并不是一个好办法。原因是:
1.因为必须使用简单的语言(例如,Microsoft Visual Basic Script (VBScript)),2.每次执行时都要解释代码,这会对性能造成影响。
3. ASP 页中的代码不好维护,主要是因为业务逻辑通常与创建用户界面的表示代码混合在一起。
在编写中间层业务逻辑时,将业务逻辑当作 COM 对象来实现。这种方法比编写纯粹的 ASP 应用程序要稍微复杂一点,但是可以使用全功能语言来生成编译好的可执行文件,因此其结果要快得多。将业务逻辑包装在 COM 对象中还可以将此代码与包含在 ASP 页中的表示代码完全分隔开来,从而使应用程序更易于维护。
从 COM 到 COM+,其体系结构相差无几。但是,正如许多 Windows DNA 体系结构设计人员所了解的,除非真正需要,否则不应使用 COM+ 提供的核心服务,如事务、实时 (JIT) 激活、基于角色的安全性和线程服务等。使用其他开发平台提供的 COM+ 或类似服务自然会导致应用程序速度更慢、更复杂。只有在以下情况下使用 COM+ 才有意义:
?
需要跨越不同资源管理器(例如,Microsoft SQL Server(TM) 和 Oracle)的分布式事务。
?
应用程序可以有效地利用基于角色的安全性。
?
可以增强 Microsoft Visual Basic? 6.0 的线程特性。
?
JIT 激活能够提高性能;浏览器客户端很少出现这种情况,因为 ASP 页是通过 JIT 有效激活的。
?
COM+ 的配置优势大大简化了应用程序的部署。
第三种方式是:创建一些作为存储过程在数据库管理系统 (DBMS) 中运行的代码。尽管使用存储过程的主要原因是将数据库架构的详细信息与业务逻辑分隔开以简化代码的管理和提高安全性,但代码与数据如此接近也有助于优化性能。那些必须独立于 DBMS 的应用程序(例如由独立的软件供应商创建的应用程序)通常要避免使用这种方法,因为它会将应用程序锁定到某个特定的数据库系统中。存储过程的编写和调试可能会比 COM 对象的编写和调试难,而且此方法会减少重复使用代码的机会,这是因为 COM 对象通常比存储过程更易于重复使用。但是大多数自定义应用程序仍然连接到最初创建它们的 DBMS 上,因此使用存储过程的性能优势还是很大的。鉴于这种情况,那些必须尽可能运行良好的 Windows DNA 应用程序通常对部分或全部的业务逻辑都使用存储过程。
构建客户端
Windows
文档评论(0)