Asp classic 什么'；经典ASP中Application.Content和Application.StaticObjects之间的区别是什么？

经典ASP中有两个集合：

• Application.StaticObjects

  ，在

  global.asa

• Application.Contents

  ，由决定在其中存储内容的任何代码填充，包括

  global.asa中的
  部分

我注意到

StaticObjects

集合的一个明显缺点：无法初始化存储的对象。让我们以一个XML文档为例。您可以在那里存储一个自由线程DOM对象，但是如果您想预加载一个XML文件，该怎么做呢？我看不到实现这一目标的方法

StaticObjects

是否有任何优势来弥补这一缺点

更一般地说，这些集合在并发性、访问等方面有什么不同

---

---

下面的讨论表明，使用

以及

应用程序.StaticObjects

实际上有一个优势，这就是惰性计算。但是，当然，惰性评估是您可以轻松地在脚本中编写自己的代码（并且具有更大的灵活性）。不过，对于按需创建的应用程序范围的单例，标签是有用的。

它们是两个不同的集合。优势/劣势的概念不适用

申请书内容收集：

内容集合是通过脚本命令添加到应用程序中的所有项目的集合

应用程序静态对象集合：

---

StaticObjects集合包含应用程序对象范围内使用标记创建的所有对象

它们是两个不同的集合。优势/劣势的概念不适用

申请书内容收集：

内容集合是通过脚本命令添加到应用程序中的所有项目的集合

应用程序静态对象集合：

---

StaticObjects集合包含应用程序对象范围内使用标记创建的所有对象

我从未遇到过在Global.asa中使用

而不是在

OnStart

事件中简单使用

内容的需要或优势

除了对象最终被实例化并放置在这些集合中的方式之外，它们之间没有真正的区别。对象需要是自由线程和线程安全的

我的建议是忽略
静态对象
，使用简单的代码。
我从来没有遇到过在Global.asa中使用
而不是在
OnStart
事件中简单地使用
内容

除了对象最终被实例化并放置在这些集合中的方式之外，它们之间没有真正的区别。对象需要是自由线程和线程安全的

我的建议是忽略静态对象，使用简单的代码。
谢谢。对于我的书ASP with VBScript-好的部分，将于2012年年中出版，
StaticObjects
集合以及
标签将在附录U-无用部分中占据显著位置。好的，@Dee指出了一个声明，该声明指出，惰性评估是一种功能，可以证明在
global.asa
中使用
，从而使用
Application.StaticObjects
。所以我必须修改附录U的计划。谢谢。对于我的书ASP with VBScript-好的部分，将于2012年年中出版，
StaticObjects
集合以及
标签将在附录U-无用部分中占据显著位置。好的，@Dee指出了一个声明，该声明指出，惰性评估是一种功能，可以证明在
global.asa
中使用
，从而使用
Application.StaticObjects
。所以我必须修改附录U的计划。谢谢，迪。尽管从机器般的客观性的角度来看，优势或劣势的概念可能不适用，但试图理解他所使用的工具集的程序员可能会理所当然地想知道这个或那个外观奇怪的设备到底是干什么的，特别是在看不到清晰的应用程序和缺少示例的情况下。当我还没有使用工具集的经验时，我倾向于给它很大的信任，认为如果没有一个很好的理由，发明家们甚至不会使用外观最奇怪的工具。它的存在有一个很好的理由。使用标记是提高性能的一种方法，请参见此处的技巧17:。StaticObjects集合包含附加到带有HTML标记的应用程序/会话的所有对象。因此，
Application.StaticObjects
唯一的卖点就是惰性评估。引用文档：
Server.CreateObject
立即创建对象。如果以后不使用该对象，最终会浪费资源。
标记声明了
objname
，但是直到第一次使用它的方法或属性时才真正创建了
objname
。谢谢，Dee。尽管从机器般的客观性的角度来看，优势或劣势的概念可能不适用，但试图理解他所使用的工具集的程序员可能会理所当然地想知道这个或那个外观奇怪的设备到底是干什么的，特别是在看不到清晰的应用程序和缺少示例的情况下。当我还没有使用工具集的经验时，我倾向于给它很大的信任，认为如果没有一个很好的理由，发明家们甚至不会使用外观最奇怪的工具。它的存在有一个很好的理由。使用标记是提高性能的一种方法，请参见此处的技巧17:。StaticObjects集合包含附加到appli的所有对象