Asp classic 条件包含文件是否影响ASP性能？

在（经典）ASP中，如果使用了包含文件，但实际上是冗余的，因为它们位于IF语句中-这些冗余的包含文件如何影响性能

比如说

<%
If Condition(1) or GlobalCondition Then %><!--#INCLUDE FILE="PageX.asp" --><% End If
If Condition(2) or GlobalCondition Then %><!--#INCLUDE FILE="PageY.asp" --><% End If
%>

可以有数十个未使用的包含文件。一些include文件只是函数库，但许多文件主要是HTML内容，带有简单的服务器端代码。

在ASP中工作的方式是，它有效地将该文件的内容拉入一段代码中，然后在执行之前对其进行编译。include中的代码只会真正影响编译性能，而不会影响执行性能

尽管如此，如果你的应用程序是这样构造的，我会认真考虑修改它，虽然这可能不是你的选择。

< p>嗯，<>代码> <代码>在ASP中工作的方法是，将文件的内容有效地拉到一个代码块中，然后在执行之前编译它。include中的代码只会真正影响编译性能，而不会影响执行性能

---

<>尽管如此，如果你的应用程序是这样构造的，我会认真考虑修改它，虽然这可能不是你的选择。

考虑使用WSC。它们的行为类似于COM组件，但可以用vbscript编写。您可以为它们提供属性和方法。与INC文件不同，它们也可以有条件地包含，并且不总是加载：

还有一个提示：您不必像文章所说的那样（重新）注册WSC，您可以调用/包含WSC文件，而不必像这样注册它：

GetObject（“脚本：&Server.MapPath（“/path/to/component.wsc”））

嗯,

---

Erik

考虑使用WSC。它们的行为类似于COM组件，但可以用vbscript编写。您可以为它们提供属性和方法。与INC文件不同，它们也可以有条件地包含，并且不总是加载：

还有一个提示：您不必像文章所说的那样（重新）注册WSC，您可以调用/包含WSC文件，而不必像这样注册它：

GetObject（“脚本：&Server.MapPath（“/path/to/component.wsc”））

嗯,

Erik

在编码之前处理

#include

；因此，在包含时不会执行

if

/

else

逻辑。在代码中，无论条件如何，都将包括PageX.asp和PageY.asp

有关更多信息，您可以查看。

在代码之前处理

#include

；因此，在包含时不会执行

if

/

else

逻辑。在代码中，无论条件如何，都将包括PageX.asp和PageY.asp

---

有关更多信息，您可以查看。

包含内容已添加到页面中，然后条件跳转/跳过解释代码。在实际应用中，实际的性能影响是微不足道的。include已经添加到页面中，然后条件在解释时跳过代码。在实际应用中，实际的性能影响是微不足道的。这里的流程是正确的，除了经典的ASP没有编译。它是脚本化的/运行时的。除此之外，正确的做法是先添加include，然后在运行时测试条件。这里的流程是正确的，只是经典ASP没有编译。它是脚本化的/运行时的。除此之外，首先添加include，然后在运行时测试条件是正确的。