gpt4 book ai didi

asp-classic - ASP 经典中的许多包含(在 "case"中)是否会损害服务器的性能?

转载 作者:行者123 更新时间:2023-12-04 18:17:24 26 4
gpt4 key购买 nike

我想用 ASP 经典构建这个页面:

<%
Dim depart

depart = 1556


Select Case depart
Case 1
%>
<!--#include virtual="/check/noam/newDesign/test1.asp"-->
<%
Case 2
%>
<!--#include virtual="/check/noam/newDesign/test2.asp"-->
<%
Case 3
%>
<!--#include virtual="/check/noam/newDesign/test3.asp"-->
<%
Case 4
%>
<!--#include virtual="/check/noam/newDesign/test4.asp"-->
<%
Case 5
%>
<!--#include virtual="/check/noam/newDesign/test5.asp"-->
<%
Case 6
%>
<!--#include virtual="/check/noam/newDesign/test6.asp"-->
<%
Case 7
%>
<!--#include virtual="/check/noam/newDesign/test7.asp"-->
<%
Case 8
%>
<!--#include virtual="/check/noam/newDesign/test8.asp"-->
<%
End If
%>

而且我想知道后台服务器是否需要输入每个包含,或者他只会在正确的情况下输入包含?
我需要知道这一点,因为我想知道服务器是否会因为这个而性能不佳。

最佳答案

这实际上取决于包含的内容,但我不希望这样的结构对性能产生任何可观察到的影响,除非您有 100 条案例语句或每秒有 100 条页面请求。

确实,在执行代码之前,所有包含将首先组合到脚本中,但是还应该记住,最终脚本的组合和解析的“p-code”版本由 ASP 缓存。

如果包含主要只是静态 HTML 内容,那么这种方法实际上非常有效。另一方面,内联全局标识符(未包含在 SubFunctionClass 中的标识符)越多,在脚本上下文中注册这些标识符所需的时间就越多(但是仍然需要很多产生显着差异)。

一种可能的替代方法是使用 Server.Execute而不是包含。在这种情况下,执行的 ASP 有自己独立的脚本上下文,因此它不能共享调用者函数和变量(这可能是也可能不是一件好事。)而且很可能 Server.Execute实际上会变慢。

关于asp-classic - ASP 经典中的许多包含(在 "case"中)是否会损害服务器的性能?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11412068/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com