从n层到.net详细剖析原理

《从n层到.net详细剖析原理》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、从N层到.NET详细剖析原理>>教育资源库　　摘要：讨论Microsoft.的应用程序设计和所需的更改：检验从使用MicrosoftLicrosofticrosoftVisualBasic?Script(VBScript)，而且每次执行时都要解释代码，这会对性能造成影响。而且ASP页中的代码不好维护，主要是因为业务逻辑通常与创建用户界面的表示代码混合在一起。　　鉴于这种情况，建议在编写中间层业务逻辑时，将业务逻辑当作对象来实现。这种方法比编写纯粹的ASP应用程序要稍微复杂一点，但是可以使用全功能语言来生成编译

2、好的可执行文件，因此其结果要快得多。将业务逻辑包装在对象中还可以将此代码与包含在ASP页中的表示代码完全分隔开来，从而使应用程序更易于维护。　　从到+，其体系结构相差无几。但是，正如许多icrosoftVisualBasic?6.0的线程操作。　　●JIT激活能够提高性能;浏览器客户端很少出现这种情况，因为ASP页是通过JIT有效激活的。　　●+的配置优势大大简化了应用程序的部署。　　编写业务逻辑的第三种方式是，创建一些作为存储过程在数据库管理系统(DBMS)中运行的代码。尽管使用存储过程的主要原因是将数据库

3、架构的详细信息与业务逻辑分隔开以简化代码的管理和提高安全性，但代码与数据如此接近也有助于优化性能。那些必须独立于DBMS的应用程序(例如由独立的软件供应商创建的应用程序)通常要避免使用这种方法，因为它会将应用程序锁定到某个特定的数据库系统中。存储过程的编写和调试可能会比对象的编写和调试难，而且此方法会减少重复使用代码的机会，这是因为对象通常比存储过程更易于重复使用。但是大多数自定义应用程序仍然连接到最初创建它们的DBMS上，因此使用存储过程的性能优势还是很大的。鉴于这种情况，那些必须尽可能运行良好的Windo

4、icrosoftInterExplorer和Netscape作为浏览器时。因此，应用程序通常同时拥有浏览器客户端和本地WindoicrosoftActiveX?控件可以创建更复杂的浏览器界面，但必须确保浏览器是InterExplorer，并且用户愿意信任应用程序的创建者。　　管理浏览器应用程序中的状态　　ASP应用程序可以使用几个不同的机制来维护服务器上客户端请求之间的信息。但是WindowsDNA中有一条严格的规则，如果应用程序在两台或多台机器之间平衡负载，则绝对不能使用ASPSession对象存储每个客户

5、端的状态。ASP的Session对象被锁定在一台机器上，因此不能用于负载平12下一页>>>>这篇文章来自..，。衡的应用程序。　　ASPSession对象和ASPApplication对象还有另一个限制。使用它们中的任何一个来存储ADO记录集都会大大降低可伸缩性，因为它限制了应用程序开发多线程的能力。因此，在这两个对象的任何一个中存储记录集都不是好办法。　　分布式通信　　在L功能提供有限支持，因此，WindoL，然后将数据和所有必要的脚本代码发送到浏览器。　　.环境　　.支持传统的N层应用程序、WebServ

6、ices应用程序以及将二者的元素结合在一起的应用程序。本节首先介绍.如何影响N层应用程序，然后介绍构建Webservices应用程序过程中的几个主要的体系结构问题。　　将N层应用程序与.绑定在一起　　上一节中介绍的某些问题同样适用于WindoicrosoftASP..aspx页来创建程序集。与ASP不同，在这种情况下完全使用ASP.编写业务逻辑通常是一个比较好的方法。　　其中一个原因就是ASP.的内含代码选项。在传统的ASP页中，以一种可维护的方式混合业务代码和表示代码并不是一件容易的事，而.aspx页使用内

7、含代码能够完全将这两种代码分开。WindowsDNA应用程序可能需要同时使用ASP页和对象才能实现可维护性，而使用.框架构建的应用程序则只需使用ASP..此外，。aspx页中包含的业务逻辑可以用任何基于.的语言编写，而不仅限于传统ASP页所支持的简单的脚本语言。而且，ASP.是编译页面而不是解释页面，因此ASP.应用程序速度可以非常快。虽然使用WindowsDNA构建的应用程序可以使用ASP页和对象来达到足够高的性能，但.只需使用ASP.便可构建具有同样优良性能的应用程序。最后，业务逻辑使用ASP.缓存来减少

8、对包含常用数据的数据库的访问，这样可以大大提高性能。　　但是，需要指出的是，对于包含在.aspx页中的代码，即使是使用内含代码，其重复使用也比标准的程序集困难。例如，从Windows窗体客户端访问.aspx页中的代码会遇到很多问题。9731248:上一页12>>>>这篇文章来自..，。