仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 356|回复: 7
打印 上一主题 下一主题

[学习教程] ASP网页编程之ASP技能集锦(官方威望版)-3

[复制链接]
再现理想 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:09:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
问题是他们究竟是喜欢他们是使用软件时,速度快还是速度慢好.(当然在3秒以内).无论是他们输入资料时,查找资料时,分析资料时.技能  技能6:妙用Session工具
  在一定了在Applications和Sessions中缓存的长处以后,我们倡议您制止利用Session工具。上面将漫谈到,当用于劳碌站点时,Sessions有几个弱点。所谓劳碌,一般是指站点每秒哀求数百页或同时无数千个用户。该技能关于必需举行程度扩大的站点,即那些使用多个服务器来顺应负载或实行容错功效的站点来讲,加倍主要。关于较小的站点,如intranet站点,Sessions的便当,与开支比拟也是值得的。
  为了创新,ASP主动为每一个会见Web服务器的用户创立一个Session。每一个Session有约莫10KB内存开支(在存储在Session中的任何数据中是最高的),并使一切的哀求都慢了一点。Session一向坚持举动形态,直抵达到可设置的超时(一般20分钟)为止。
  Session最年夜的成绩不是功能而是可伸缩性。Session不克不及超过Web服务器;一旦在一个服务器上创立了Session,它的数据就坚持在那边。这意味着,假如您在Web范畴中利用Sessions,您将不能不为每一个用户的哀求计划一种战略,以便一直将这些哀求引向用户的Session地点的服务器。这被称为将用户“粘”到Web服务器上。术语“粘性会话”即来历于此。因为Session没有坚持到磁盘上,以是,当Web服务器溃散时,被“粘住”的用户将丧失他们的Sessions形态。
  用于实行粘性会话的战略包含硬件和软件办理计划。如Windows2000AdvancedServer中的收集负载均衡办理计划和Cisco公司的“当地指向器”办理计划能够实行粘性会话,但以就义一些可伸缩性为价值。这些办理计划其实不完善。我们不主意您如今通盘颠覆您的软件办理计划(我们已往经常使用ISAPI选择器和URL矫直对计划举行反省)。
  Application工具也不克不及超过服务器;假如您必要在Web范畴内共享并更新Application数据,则必要利用后端数据库。但只读的Application数据在Web范畴中仍旧有效。
  假如只是为了增添一般运转工夫(用于处置妨碍转移和服务器保护),年夜多半实行主要义务的站点将必要部署最少两台Web服务器。以是,在计划实行主要义务的使用程序时,您将必要实行“粘性会话”,大概复杂地避开Sessions和其他任安在单个Web服务器上存储用户形态的形态办理手艺。
  假如以后没有利用Sessions,请确保将它们封闭。能够经由过程“Internet服务办理器”(请参阅ISM文档)来为使用程序实行该操纵。假如决意利用Sessions,能够接纳几个办法来将对功能的影响下降到最小。
  能够将不必要Sessions的内容(如“匡助”屏幕、会见者地区等)挪动到封闭了Sessions的、独自的ASP使用程序中。能够逐页提醒ASP:在给定的页中您不必要Session工具;利用位于ASP页顶真个以下指令:
  <%@EnableSessionState=False%>
  利用该指令的一个很好的缘故原由是,Session给框架集带来了风趣的成绩。ASP包管任什么时候候只实行一个来自Session的哀求。如许能够确保假如扫瞄器为一个用户哀求了多个页时,在每时候只要一个ASP哀求将进进Session;这就制止了在会见Session工具时呈现多线程成绩。遗憾的是,了局,框架会合的一切页均被以串行化体例绘制,一个接一个地,而不是同时地。如许,用户大概不能不守候很长工夫才干失掉一切框架内容。这意味着:假如某些框架页不信托Session,必定要利用@EnableSessionState=False指令告知ASP。
  作为利用Session工具的替换体例,有良多办法能够用来办理Session形态。关于形态数目较小的情形(不到4KB),一般倡议利用Cookies、QueryString变量和埋没情势的变量。关于较年夜数目的数据,如购物推车,则利用后端数据库是最符合的选择。关于在Web服务器范畴中的形态办理手艺已有良多材料。具体信息,请参阅会话形态(英文)。
  
  技能7:在COM工具中封装代码
  假如您有良多VBScript或JScript,那末您能够经由过程把代码挪动到已编译的COM工具来常常改善它们的功能。已编译的代码一般比被注释代码运转得更快。已编译的COM工具能够经由过程“初期绑定”会见其他COM工具,这类挪用COM工具办法的手腕,比剧本所利用的“前期绑定”更无效。
  将代码封装在COM工具种有以下优点(超出功能):
  COM工具是将表达逻辑与营业逻辑分开开来的好举措。
  COM工具启用了代码重用。
  良多开辟商发明,用VB、C++或VisualJ++誊写的代码,比ASP更简单调试。
  COM工具有一些弱点,包含初始开辟工夫和必要分歧的编程技能。必要告诫您的是,封装“少”量的ASP大概会招致功能下降,而不是进步。一般,在大批ASP代码封装到COM工具时呈现如许的情形。这时候候,创立和挪用COM工具的开支,凌驾了已编译代码的优点。至于ASP剧本和COM工具代码如何兼并才干发生最好功能另有待测试。注重,与WindowsNT(R)4.0/IIS4.0比拟,Microsoft已在Windows2000/IIS5.0中极年夜地进步了剧本和ADO功能。如许,已编译代码对ASP代码的功能上风已跟着IIS5.0的引进而下降。
  有关在ASP中利用COM工具的优弱点的更多会商,请参阅ASP组件原则和用COM和MicrosoftVisualBasic6.0对散布式使用程序举行编程(英文)。假如您切实其实部署了COM组件,要对它们举行强度测试长短常主要的。实践上,一切ASP使用程序都应该作为正式历程举行强度测试。
  
  技能8:正点猎取资本,早点开释资本
  这是个小技能。一般,最好正点猎取资本而要早点开释资本。这些资本包含COM工具、文件句柄和其他资本。
  ADO毗连和纪录集是这类优化的主要方针。当您利用完纪录集,就是说用它的数据打印完一个表格后,请当即将它开释,而不是比及页的开端。将您的VBScript变量设置为Nothing是最好的做法。不要让纪录集复杂地离开感化域。同时,应该开释任何有关的Command或Connection工具。(不要忘了对纪录集或“毗连”挪用Close(),在将它们设置为=Nothing之前。)这将延长数据库必需为您调剂资本的工夫跨度,并将数据库毗连尽量快地开释给毗连池。SQLServer是基于服务器端的中型的数据库,可以适合大容量数据的应用,在功能上管理上也要比Access要强得多。在处理海量数据的效率,后台开发的灵活性,可扩展性等方面强大。
莫相离 该用户已被删除
沙发
发表于 2015-1-18 21:23:25 | 只看该作者
多看多学多思。多看一些关于ASP的书籍,一方面可以扩展知识面一方面可以鉴借别人是如何掌握、运用ASP的;多学善于关注别人,向同学老师多多学习,不论知识的大小;多思则是要将学到的知识灵活运用。
愤怒的大鸟 该用户已被删除
板凳
发表于 2015-1-24 20:35:24 | 只看该作者
ASP也是这几种脚本语言中最简单易学的开发语言。但ASP也是这几种语言中唯一的一个不能很好支持跨平台的语言。  因为ASP脚本语言非常简单,因此其代码也简单易懂,结合HTML代码,可快速地完成网站的应用程序。
活着的死人 该用户已被删除
地板
发表于 2015-2-2 13:21:36 来自手机 | 只看该作者
ASP.Net摆脱了以前ASP使用脚本语言来编程的缺点,理论上可以使用任何编程语言包括C++,VB,JS等等,当然,最合适的编程语言还是MS为.NetFrmaework专门推出的C(读csharp),它可以看作是VC和Java的混合体吧。
冷月葬花魂 该用户已被删除
5#
发表于 2015-2-7 21:42:35 | 只看该作者
ASP.Net和ASP的最大区别在于编程思维的转换,而不仅仅在于功能的增强。ASP使用VBS/JS这样的脚本语言混合html来编程,而那些脚本语言属于弱类型、面向结构的编程语言,而非面向对象,这就明显产生以下几个问题:
admin 该用户已被删除
6#
发表于 2015-2-23 12:10:28 | 只看该作者
哪些内置对象是可以跳过的,或者哪些属性和方法是用不到的?
柔情似水 该用户已被删除
7#
发表于 2015-3-7 09:04:54 | 只看该作者
先学习用frontpage熟悉html编辑然后学习asp和vbscript建议买书进行系统学习
简单生活 该用户已被删除
8#
发表于 2015-3-21 14:15:07 | 只看该作者
接下来就不能纸上谈兵了,最好的方法其实是实践。实践,只能算是让你掌握语言特性用的。而提倡做实际的Project也不是太好,因为你还没有熟练的能力去综合各种技术,这样只能使你自己越来越迷糊。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-24 10:43

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表