asp的运行环境有哪些(php的运行环境是什么)

大家好，今天给各位分享asp的运行环境有哪些的一些知识，其中也会对php的运行环境是什么进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

如何构建ASP运行环境

构建ASP运行环境需在Windows系统中安装IIS并配置Dreamweaver 8.0，具体步骤如下：

一、安装IIS组件通过系统组件安装打开控制面板，选择“添加或删除程序”→“添加/删除Windows组件”，勾选 Internet信息服务（IIS），点击“详细信息”确保所有子项（如FTP、WWW服务等）均被选中，按提示完成安装。若系统提示插入光盘，需定位到安装文件路径。

无光盘时的替代方案若缺少系统光盘，可下载独立IIS安装包（如IIS 5.1/6.0对应XP/Win7），运行安装程序时手动选择文件路径，重复上述勾选步骤直至安装完成。

二、验证IIS安装并配置站点检查服务状态安装完成后，打开控制面板→管理工具，确认 Internet信息服务（IIS）管理器存在。启动后展开“本地计算机→网站→默认网站”，右键选择“属性”。

设置站点目录在“主目录”选项卡中，确认默认路径为 C:inetpubwwwroot。将ASP项目文件复制至此目录，刷新IIS管理器即可看到新增文件夹。

三、配置Dreamweaver 8.0开发环境创建站点定义启动Dreamweaver 8.0，选择“站点→管理站点→新建站点”，输入站点名称（如“ASP_Test”），选择“本地/网络”存储方式，定位到 C:inetpubwwwroot下的项目文件夹。

测试运行网站完成配置后，在文件面板中双击ASP文件（如.asp后缀），按 F12键通过本地浏览器（默认IIS端口80）运行项目。若提示端口冲突，需在IIS中修改默认网站端口或停止其他占用服务。

四、常见问题处理IIS安装失败确保系统版本兼容（如IIS 6.0仅支持WinXP Pro/WinServer 2003），关闭防火墙或安全软件后重试。ASP文件无法解析在IIS中确认默认网站已启用 ASP支持（右键网站→属性→主目录→配置→映射→添加.asp扩展名关联asp.dll）。权限错误右键项目文件夹→属性→安全，为 IUSR_计算机名用户赋予读取/执行权限。注意事项：

Windows 10/11需通过“启用或关闭Windows功能”安装IIS，步骤类似但界面略有差异。Dreamweaver 8.0较旧，建议使用更高版本（如Dreamweaver CC）以获得更好兼容性。

如何构建ASP.NET 的运行环境

安装IIS6.0，在IIS6.0的配合下我们如何来安装和部署ASP.net环境，以及它们之间关系。

1、使用"配置您的服务器向导"安装 IIS6.0

1)从"开始"菜单，单击"管理您的服务器"。

2)在"管理您的服务器角色"下，单击"添加或删除角色"。

3)阅读"配置您的服务器向导"中的预备步骤，然后单击"下一步"。

4)在"服务器角色"下，单击"应用程序服务器(IIS，ASP.NET)"，然后单击"下一步"。

5)阅读概要信息，然后单击"下一步"。

6)单击"完成"。

2、使用控制面板安装 IIS、添加组件或删除组件

1）从"开始"菜单，单击"控制面板"。

2）双击"添加或删除程序"。

3）单击"添加/删除 Windows组件"。

4）在"组件"列表框中，单击"应用程序服务器"。

5）单击"详细信息"。

6）单击"Internet信息服务管理器"。

7）单击"详细信息"以查看 IIS可选组件的列表。

8）选择要安装的所有可选组件。

9）单击"确定"，直到返回到"Windows组件向导"。

10）单击"下一步"，然后完成"Windows组件向导"。

三、在Windows 2003 Server安装 ASP.NET

Windows Server 2003家族利用 ASP.NET和 IIS集成改善了开发人员体验。ASP.NET识别大多数 ASP代码，同时为创建可作为 Microsoft.NET Framework的一部分工作的企业级 Web应用程序提供更多的功能。使用ASP.NET允许我们充分利用公共语言运行库的功能，如类型安全、继承、语言互操作性和版本控制。IIS 6.0还为最新的 Web标准，包括 XML、简单对象访问协议(SOAP)和 Internet协议版本 6.0(IPv6.0)，提供支持。

ASP.NET是一个统一的 Web开发平台，它提供开发人员创建企业级 Web应用程序所需的服务。尽管 ASP.NET的语法基本上与 ASP兼容，但是它还提供了一个新的编程模型和基础结构以提高应用程序的安全性、缩放性和稳定性。通过逐渐向现有的 ASP应用程序增加 ASP.NET功能，我们可以自由地使其增大。ASP.NET是一个编译的、基于.NET的环境；我们可以用任何.NET兼容的语言（包括 Microsoft Visual Basic.NET，Microsoft Visual C#和 Microsoft JScript.NET）创作应用程序。另外，整个 Microsoft.NET Framework可用于任何 ASP.NET应用程序。开发人员可以很容易地从这些技术受益，这些技术包括管理的公共语言运行库环境、类型安全、继承等。

ASP.NET的优点如下：

1）可管理性： ASP.NET使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和 Web应用程序的工作。因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。

2）安全： ASP.NET为 Web应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。

3）易于部署：通过简单地将必要的文件复制到服务器上，ASP.NET应用程序即可以部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。

4）增强的性能： ASP.NET是运行在服务器上的已编译代码。与传统的 Active Server Pages(ASP)不同，ASP.NET能利用早期绑定、实时(JIT)编译、本机优化和全新的缓存服务来提高性能。

5）灵活的输出缓存：根据应用程序的需要，ASP.NET可以缓存页数据、页的一部分或整个页。缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。

6）国际化： ASP.NET在内部使用 Unicode以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。

7）移动设备支持： ASP.NET支持任何设备上的任何浏览器。开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。

8）扩展性和可用性： ASP.NET被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。此外，Internet信息服务(IIS)和 ASP.NET运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。

9）跟踪和调试： ASP.NET提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。在开发和应用程序处于生产状态时，ASP.NET支持使用.NET Framework调试工具进行本地和远程调试。当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。

10）与.NET Framework集成：因为 ASP.NET是.NET Framework的一部分，整个平台的功能和灵活性对 Web应用程序都是可用的。也可从 Web上流畅地访问.NET类库以及消息和数据访问解决方案。ASP.NET是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。另外，公共语言运行库的互用性还保存了基于 COM开发的现有投资。

11）与现有 ASP应用程序的兼容性： ASP和 ASP.NET可并行运行在 IIS Web服务器上而互不冲突；不会发生因安装 ASP.NET而导致现有 ASP应用程序崩溃的可能。ASP.NET仅处理具有.aspx文件扩展名的文件。具有.asp文件扩展名的文件继续由 ASP引擎来处理。然而，应该注意的是会话状态和应用程序状态并不在 ASP和 ASP.NET页面之间共享。

安装 ASP.NET

在 Windows Server 2003家族、Windows 2000（Professional、Server和 Advanced Server）以及 Windows XP Professional上的客户端和服务器应用程序都支持 ASP.NET。

运行 Microsoft Windows Server 2003家族成员的服务器可以配置为应用程序服务器，并将 ASP.NET作为在配置应用程序服务器角色时可以启用的选项。要向产品服务器部署 ASP.NET Web应用程序，在分发应用程序之前，必须确保在产品服务器中启用了 ASP.NET和 IIS角色。

1、使用"配置您的服务器"向导在运行 Windows Server 2003的服务器中安装 ASP.NET

1）从"开始"菜单中，单击"管理您的服务器"；在"管理您的服务器"窗口中，单击"添加或删除角色"。

2）在"配置您的服务器向导"中，单击"下一步"，并在"服务器角色"对话框中，选中"应用程序服务器(IIS、ASP.NET)"，然后单击"下一步"。

3）在"应用程序服务器选项"对话框中，选中"启用 ASP.NET"复选框，单击"下一步"，然后再单击"下一步"。

4）如有必要，请将 Windows Server 2003安装 CD插入 CD-ROM驱动器，然后单击"下一步"。

5）当安装完成时，单击"完成"。

2、在运行 Windows Server 2003的服务器中使用"添加或删除程序"安装 ASP.NET

1）从"开始"菜单中，指向"控制面板"，然后单击"添加或删除程序"。

2）在"添加或删除程序"对话框中，单击"添加/删除 Windows组件"。

3）在"Windows组件"向导中的"组件"中，选中"应用程序服务器"复选框，然后单击"下一步"。

4）当在"Windows组件"向导中完成对 Windows Server 2003的配置时，单击"完成"。

3、在运行 Windows Server 2003的服务器中的 IIS管理器中启用 ASP.NET

1）从"开始"菜单中，单击"运行"。

2）在"运行"对话框中的"打开"框中，键入 inetmgr，然后单击"确定"。

3）在 IIS管理器中，展开本地计算机，然后单击"Web服务扩展"。

4）在右侧窗格中，右键单击"ASP.NET"然后单击"允许"。ASP.NET的状态变为"允许"。

ASP.NET Web应用程序的布局

ASP.NET应用程序被定义为可从 Web服务器上的虚拟目录及其子目录中调用的所有文件和可执行码。其中可以包含网页（.html文件）、Web表单页面（.aspx文件）、Web表单用户控件（.ascx文件）、XML Web服务（.asmx文件）、HTTP处理程序、HTTP模块和其他文件（如图像和配置文件）。现在使用的所有与 Microsoft.NET Framework版本相关的脚本映射也都是 ASP.NET应用程序的一部分。ASP.NET应用程序必须位于 IIS虚拟目录（也称为应用程序根目录）中。ASP.NET应用程序可包含已编译的程序集（通常是包含业务逻辑的 DLL文件）、用于存储预编译代码的已知目录（目录名总是\Bin）、存储在基于文本的、易读的 Web.config文件中的配置设置、页、服务器控件，以及 XML Web服务。

服务器中任何不与其他应用程序共享的预编译代码必须存储在应用程序的\Bin目录中。它是应用程序的本地程序集缓存。Web.config文件在基于 XML的文本文件中存储应用程序级的配置文件。这意味着可以使用任意标准的文本编辑器或 XML分析器来创建它们，而且它们是可读的。如果不在应用程序根目录中包含 Web.config文件，则配置设置由 Machine.config文件中整个服务器的配置文件来确定。安装.NET Framework时，会安装 Machine.config文件的某个版本。

下图显示了 ASP.NET应用程序文件系统布局的示例。

本图中的应用程序包括\Bin目录中的两个 DLL文件、一个 Default.aspx页，一个名为 Menu.ascx的用户控件、一个名为 MyWebService.asmx的 XML Web服务以及一个 Global.asax文件。另外，该应用程序是使用下列三个配置文件配置的：系统根目录中计算机级别的 Machine.config文件、C:\Inetpub\Wwwroot目录中站点级别的 Web.config文件和应用程序根目录中应用程序级别的 Web.config文件。当站点的 Web.config文件覆盖 Machine.config文件中的设置时，在应用程序根目录中存储的配置设置将覆盖站点的 Web.config文件和 Machine.config文件中的设置。

ASP.NET与IIS、ASP之间的比较

ASP.NET应用程序与 Internet信息服务(IIS)之间的关系如下：IIS通过 aspnet_isapi.dll（ASP.NET的进程模型）对可发布的 ASP.NET文件的所有请求提供服务。IIS不会处理服务器端的代码；而 ASP.NET引擎则会处理服务器端代码，然后将输出返回给 IIS（如果可能，或另一个 Web服务器）。

ASP.NET并非仅仅是下一代的ASP，它为创建利用 Internet的网络应用程序提供了全新的编程模型。ASP.NET与ASP比较的特点如下：

1、改进的性能和可伸缩性

1）编译后执行：ASP.NET比传统 ASP的运行速度更快，同时保留了 ASP"只需点击保存"的更新模型。无需显式的编译步骤。ASP.NET自动检测变化，根据需要动态编译文件，并且保存编译结果以便后续的请求再次使用。动态编译保证了用户的应用程序总是最新的，并且编译后执行的操作会使其运行速度更快。对于多数从传统的 ASP迁移到 ASP.NET的应用程序，其处理的页数增长了 3至 5倍。

2）大容量输出缓存：ASP.NET输出缓存极大地改进了应用程序的性能和可伸缩性。当在页面中启用输出缓存时，ASP.NET就会执行一次该页并将结果在发送至用户之前保存在内存中。当其他用户请求同一页面时，ASP.NET使用内存中的缓存结果向用户提供服务，而不是重新执行该页面。输出缓存是可配置的，并且可以用来缓存单个区域或整个页面。

3）Web场会话状态：ASP.NET会话状态允许我们在 Web场中的所有计算机之间共享会话数据。现在，用户可以通过多个请求访问 Web场中不同的服务器，并且仍然具有完全访问会话数据的权限。

2、增强的可靠性

内存泄漏、死锁和故障保护：ASP.NET自动检测错误（例如，死锁和内存泄漏）并进行恢复以确保我们的应用程序始终可用。例如，当检测到内存泄漏时，ASP.NET将自动启动新的 ASP.NET工作进程副本，并将所有的新请求定向到该进程。当旧进程完成挂起请求的处理后，会经过适当的处置并释放泄漏的内存。

3、部署简单

1）"非接触式"应用程序部署：使用 ASP.NET，我们可以通过将其复制到服务器来进行整个应用程序的部署。配置设置将存储在应用程序的 XML文件中。

2）动态更新运行的应用程序：ASP.NET允许我们不必重新启动 Web服务器而更新已编译的组件。与传统的 COM组件（这些组件需要在部署更新后手动重新启动 Web服务器）不同，ASP.NET自动检测更改并使用新的代码启动。

3）迁移路径简单：ASP.NET可以和传统的 ASP应用程序一起在 Microsoft Windows 2000、Windows XP、以及 Windows Server 2003家族成员的 IIS上运行。我们可以一次迁移一个应用程序，甚至是单独的页面。ASP.NET甚至允许我们继续使用现有的传统 COM商务组件。

4、新的应用程序模型

1）XML Web服务：XML Web服务允许应用程序通过 Internet进行通信和共享数据，而不管操作系统和编程语言如何。ASP.NET使得公开和调用 XML网络服务变得简单。

2）移动 Web设备支持：ASP.NET移动控件允许我们处理超过 80台使用 ASP.NET的移动 Web设备。我们只需一次性写入应用程序，移动控件就能自动生成请求设备的页面。

5、开发人员的效率

1）简单的编程模型：具有服务器控件（这些控件允许我们使用比传统 ASP更少的代码来构建效果极佳的页面）的 ASP.NET使得动态构建真实的 Web应用程序变得更加容易。

2）灵活的语言选项：ASP.NET不仅支持 Microsoft Visual Basic Scripting Edition(VBScript)和 Microsoft JScript，而且支持 25种以上的.NET语言，包括对 Visual Basic.NET、Microsoft C#和 JScript.NET的内置支持。

3）丰富的类框架：.NET Framework类库提供了 4500多种类，这些类封装了大量的功能，诸如 XML、数据访问、文件上载、正则表达式、图像生成、性能监视和日志记录、事务、消息队列和 SMTP邮件。

上面说的都很详细

以下哪些是asp.net支持的文件夹

1. Bin文件夹

Bin文件夹包含应用程序所需的，用于控件、组件或者需要引用的任何其他代码的可部署程序集。该目录中存在的任何.dll文件将自动地链接到应用程序。如果在该文件夹中留有不用的或过期的文件，则可能出现“二义性引用(ambiguous reference)”异常的风险。换句话说，如果两个不同的程序集定义相同的类(相同的命名空间和名称)，则ASP.NET运行库不能决定应该使用哪一个程序集，从而抛出一个异常。在开发时，当我们重新命名一个项目或一个程序集的名称时，这是常见的错误。为了避免这种错误，一定不要在该文件夹中保留任何不必要的程序集，或者至少要从配置文件的<assemblies>节中删除如下代码行：

<add assembly="*"/>

2. App_Browser文件夹

该可选的文件夹包含.browser文件。.browser文件描述浏览器(不管是移动设备浏览器，还是台式机浏览器)的特征和功能。ASP.NET在安装路径下的Config/Browser文件夹中安装了大量.browser文件，这些文件供所有应用程序共享。我们只是把当前应用程序特有的浏览器文件放在App_Browser文件夹下。.browser文件的内容即时动态地进行编译，以便向ASP.NET运行库提供最新的浏览器信息。

让我们简单谈谈拥有一个自定义的.browser文件可能有帮助的场景。设想应用程序使用了一个在某个浏览器下不能有效呈现的控件。在指定的浏览器中显示宿主页面时，可以编写一个.browser文件，迫使ASP.NET使用一个不同的适配器来生成该控件。

<browsers>

<browser id="browserID">

<controlAdapters>

<adapter controlType="Samples.CustomControl"

adapterType="Samples.Adapters.CustomControlAdapter"/>

</controlAdapters>

</browser>

</browsers>

假设browserID与ASP.NET识别的标准浏览器之一相匹配，则上文所示的.browser文件指示在指定的浏览器下使用CustomControlAdapter呈现CustomControl。

3. App_Code文件夹

App_Code文件夹正好在Web应用程序根目录下，其存储所有应当作为应用程序的一部分动态编译的类文件。这些类文件自动链接到应用程序，而不需要在页面中添加任何显式指令或声明来创建依赖性。App_Code文件夹中放置的类文件可以包含任何可识别的ASP.NET组件——自定义控件、辅助类、build提供程序、业务类、自定义提供程序、HTTP处理程序等。

注意在开发时，对App_Code文件夹的更改会导致整个应用程序重新编译。对于大型项目，这可能不受欢迎，而且很耗时。为此，鼓励大家将代码进行模块化处理到不同的类库中，按逻辑上相关的类集合进行组织。应用程序专用的辅助类大多应当放置在App_Code文件夹中。

App_Code文件夹中存放的所有类文件应当使用相同的语言。如果类文件使用两种或多种语言编写，则必须创建特定语言的子目录，以包含用每种语言编写的类。一旦根据语言组织这些类文件，就要在web.config文件中为每个子目录添加一个设置：

<compilation>

<codeSubDirectories>

<add directoryName="VBFolder"/>

</codeSubDirectories>

</compilation>

重要的是，特定语言的子目录应在web.config文件中注册，否则，不管它们属于哪个文件夹，App_Code文件夹下的所有文件将被编译成一个单独的程序集。上述配置脚本描述了这么一种情况，即所有的C#文件都放在App_Code文件夹的根目录下，而把几个 Visual Basic.NET类文件移入VBFolder目录中。如果<codeSubDirectories>节中提到的目录不存在，则会收到一个编译错误提示。

App_Code根文件夹中的文件被编译成App_Code_xxx.dll程序集，其中xxx是随机生成的字符序列。一个给定子目录中的文件将被编译成一个名为App_SubCode_xxx_yyy.dll的动态创建的程序集，其中xxx指示子目录的名称，而yyy是一个随机字符序列。只有在应用程序根目录中的web.config文件中进行了设置，<codeSubDirectories>节才有效。

在App_Code目录或任何其他子目录中放置一个assemblyinfo.cs文件，可以创建一个强命名的程序集。显然，如果该文件夹包含Visual Basic.NET文件，那么将使用assemblyinfo.vb文件。程序集配置文件可以引用一个.snk文件来保存强名称的密钥。

注意给一个程序集设置一个强名称，首先必须获得一个公开/私有密钥对。通过使用强名称(Strong Name)工具(sn.exe)，可以获得这样一个密钥对。强名称工具是我们可以在.NET Framework的安装路径中发现的SDK binary之一。密钥对文件通常有一个.snk扩展名。可以将该文件保存到一个应用程序文件夹中，并在assemblyinfo.cs文件中引用它，如下所示：

[assembly: AssemblyKeyFileAttribute(@"yourKeyPair.snk")]

注意，Visual Basic.NET是在包含Visual Studio Solution的目录中寻找密钥文件，而C#编译器则在包含该binary的目录中寻找密钥文件。据此可知，用此属性调整我们使用的路径，或者把密钥文件放在合适的文件夹中。

在随后发生的任何重新生成中，程序集的名称将发生变化。同时，老的AppDomain请求一结束，就删除老的程序集。

App_Code文件夹并非只能包含类文件。特别是，它可以包含并能自动地处理代表数据架构的XSD文件。把一个XSD文件添加到该文件夹中时，编译器将把它解析成一个有类型的DataSet类，并将它添加到应用程序作用域中。在ASP.NET 1.x中，这一工作由Visual Studio.NET向导，使用一个命令行实用程序(xsd.exe)完成的。

注意使用web.config文件注册一个组件(例如，一个自定义的服务器控件或一个自定义的HTTP处理程序)时，通常要求指定包含该代码的程序集名称。如果该组件定义在App_Code文件夹中，则应该用什么名称来指示程序集？在这种情况下，只是忽略程序集信息，并规定完整的类名即可。如果没有规定任何程序集，则ASP.NET运行库将试图从任何已装载的程序集中装入该类，包括为App_Code文件夹动态创建的程序集。

4. App_Data文件夹

App_Data文件夹应该包含应用程序的本地数据存储。它通常以文件(诸如Microsoft Access或Microsoft SQL Server Express数据库、XML文件、文本文件以及应用程序支持的任何其他文件)形式包含数据存储。该文件夹内容不由ASP.NET处理。该文件夹是ASP.NET提供程序存储自身数据的默认位置。

注意默认ASP.NET帐户被授予对文件夹的完全访问权限。如果碰巧要改变ASP.NET帐户，一定要确保新帐户被授予对该文件夹的读/写访问权。

5. App_GlobalResources文件夹

正如其他应用程序一样，ASP.NET应用程序也可以使用资源，而且通常应该使用资源。资源是隔离应用程序用户界面的可局部化部分的一种有效方法。一般而言，资源是与程序相关的不可执行的文本。典型的资源有图像、图标、文本和附属文件，但是任何可序列化的对象也可以被看作资源。应用程序资源存储在应用程序的外部，这样就能在不影响和重新编译应用程序本身的情况下重新编译和替换它们。

ASP.NET应用程序需要有一个主要程序集来保存应用程序默认的或中性的资源。此外，还要部署许多附属程序集，它们中各自包含我们需要支持的某种文化的本地化资源。在ASP.NET 1.x中，编译一个程序集内的资源有点麻烦。需要手动地将基于XML的资源文件(那些带.res扩展名的资源)编译成.resources二进制文件。这些文件既可以嵌入到一个.NET可执行文件中，也可以编译成附属程序集。使用资源文件生成器实用程序resgen.exe，将文本和基于XML的资源文件转变为.resource文件。资源文件名称遵循baseName.cultureName.resource命名约定，其中baseName通常是应用程序的名称：

resgen.exe ProAspNet20.resx ProAspNet20.it.resources

创建.resource文件以后，应当把它嵌入到一个程序集中，甚至可以作为一个资源容器来使用。要把一个资源文件嵌入到一个附属程序集中，可以使用程序集连接器工具(al.exe)。在命令行上，指出程序集所使用的文化(如下面示例中的it，它代表意大利)和名称。

al/out:ProAspNet20.resources.dll/c:it/embed:ProAspNet20.it.resources

在编译附属程序集之后，它们将有相同的名称。将它们部署到不同的子目录中，分别按文化命名。

幸运的是，对于ASP.NET 2.0，附属程序集的时代已经一去不复返了。更准确地说，附属程序集仍然存在，但是由于App_GlobalResources保留文件夹，对开发人员来说它们已经成为过去的事情。

该文件夹中的任何定位的.resx文件自动地被编译成附属程序集。.resx文件的名称包含文化信息，以帮助ASP.NET运行库环境的程序集生成。如下文件，resources.resx, resources.it.resx, resources.fr.resx，生成中性程序集以及适合于意大利(Italian)和法国(French)文化的附属程序集。如果没有要求特定文化，则中性程序集是默认的文化资源。

OK，关于asp的运行环境有哪些和php的运行环境是什么的内容到此结束了，希望对大家有所帮助。