问题标签 [aspnet-compiler]

给定一些带有某种类型的程序集，如何重命名和重命名该类型的空间，使其位于不同的位置？或者也许只是提取类型并将其移动到不同的程序集。

有什么工具可以做到这一点吗？（塞西尔？） 有没有关于这个工具的 tuts ？

谢谢

背景打消“你为什么要那样做，白痴？！” 回复：

我在 Web 应用程序中预编译我的视图，然后将程序集合并在一起。我正在使用自定义虚拟路径提供程序从许多物理和虚拟位置加载视图（有些是预编译的，有些不是）。预编译的视图有“不正确”的名称和命名空间，所以我需要更正它。（除非有办法让aspnet_compiler名称和命名空间一开始就不混乱？另外，我知道我可以让我的 VPP 搜索修改后的命名空间中的视图，这不是重点。

如提示/技巧：使用 VS 2005 优化 ASP.NET 2.0 Web 项目构建性能中所述，Visual Studio 网站项目中可用的“构建页面”命令执行以下操作：

该解决方案将像以前一样编译所有类库项目，然后编译 /app_code 目录和 Global.asax 文件，然后不会重新验证网站内的所有页面，它只会验证您正在处理的当前页面，以及页面引用的任何用户控件。

有没有办法从 msbuild 和/或命令行访问此功能？

我正在建立一个大型 Visual Studio 网站项目（基于 Kentico CMS）的自动构建，其中包括：

• 大量与 CMS 相关的页面和我们不会更改的用户控件
• 我们正在积极开发的少量自定义“Web 部件”用户控件，全部位于网站的 CMSWebParts/Custom 目录中

使用 aspnet_compiler 预编译整个站点最多需要 10 分钟，这对于提交构建来说太慢了。理想情况下，我想介绍一个仅预编译我们的自定义代码的步骤。请注意，我们实际上并未部署预编译的输出（不建议用于 Kentico 站点），此步骤仅用于验证 .ascx 文件中的代码。

我正在使用旧的 Visual Studio 2005 网站（不是 Web 应用程序项目）。当前的目标是复制我们的手动过程作为我们自动化构建的一部分。我目前无法选择升级项目、创建 Web 部署项目或将其更改为 Web 应用程序项目。

当前流程的最简单观点是，开发人员将在他的盒子上构建解决方案，将网站发布到他盒子上的某个位置，将其拉上拉链并将其交给发布团队。

我现在不打算更改此过程的输出，只是将其作为我们的 msbuild 脚本的一部分进行自动化。

到目前为止，我最接近的是使用 AspNetCompiler 任务，如下所示：

但是，这会导致几个错误，例如error CS0246: The type or namespace name 'FOO' could not be found (are you missing a using directive or an assembly reference?)

编辑：

我之前应该提到过这一点，但是在具有重建目标的解决方案上运行 msbuild 会得到相同的结果。

在我们的持续集成过程中，我们使用 Aspnet 编译器来发布源代码。但在这样做时，它只发布修改后的 dll。

我们的任务就像

我们想要的是发布整个 dll 而不是修改后的。即我们想要重建整个解决方案。

当我们搜索时，我们在aspnet_compiler中找到了一个选项-c。但是我们不知道如何在这里应用它。请提出您的建议。

我有一个使用INNO Setup安装程序编译到安装包中的 ASP.NET 应用程序。当我将应用程序安装到专用服务器时，我想预编译整个应用程序，以便在第一个用户到达时它可以顺利运行。

问题是我只知道安装路径。但我需要的是 IIS 中应用程序的虚拟路径来运行此命令：

在我的例子中，该应用程序已经存在于 IIS 中并被映射到安装目录。我一直在尝试使用appcmd.exe通过物理路径获取虚拟路径。到目前为止没有运气。

任何建议将不胜感激。

我之前已经为 Web 项目进行了一些自动部署，但是我在为我的网站设置它时遇到了很多困难，因为没有 .csproj 文件可供 MSBuild 参考。我曾尝试使用 AspNetCompiler，但我一直遇到阻碍它工作的障碍。有没有人有让 CruiseControl 与网站合作的经验，或者甚至可以做到这一点？

我们在 IIS6 上运行一个 asp.net 网站。我们刚刚从 .Net3.5 迁移到 .Net 4.0。在我们的构建过程中，我们使用 aspnet_compiler te precompile 和 aspnet_merge 来合并程序集。

在我们转换到 .Net 4.0 之后，我们进行了性能测试。这表明 4.0 版本比 3.5 版本慢得多。

我们注意到，对于每个分页服务器，w3wp.exe 进程都会从网站的 /bin 目录中读取 .compiled 文件（即 resultlistpage.aspx.cf9ca39a.compiled）。它不仅从 bin 目录中读取 .compiled 文件，而且还为页面上的每个控件读取相应的 .compiled 文件（如 resultlist.ascx.639c3968.compiled）。每个页面请求都会发生这种情况。

我使用 Sysinternals Process Monitor 看到了这一点。

这些 aspx 和 ascx 文件实际上是 MVC2 视图。

我试图在 IIS6 中关闭 .aspx en .ascx 的“验证该文件是否存在”选项，但这没有帮助。我还打开了我的应用程序的“缓存 ISAPI 扩展”复选框，但无济于事。

我们的 3.5 版本没有显示这种行为。它只加载 .compiled 文件一次，然后将其缓存。

绝望了，我怎么能告诉 IIS6 不要为每个请求读取 .compiled 文件？

我们将迁移到 IIS7，但不会很快。

我有一个网站项目并希望编译我的 .aspx 和 .cs。为此，我正在使用这样的 aspnet 编译器：

这意味着，我必须先使用 Visual Studio 2010 发布我的网站，然后打开命令行调用 aspnet_compiler。

有没有办法直接用 Visual Studio 2010 编译网站项目，也许是通过点击而不是使用命令行？在此先感谢您的帮助！

对虚拟路径（或从中派生虚拟路径）的aspnet_compiler要求，即使已指定。-v-m-p

例如：

我想知道为什么这-v很重要。你可以放一个虚假的路径，它仍然会编译。该值作为属性.compiled的一部分出现在文件中。virtualPath例如：

virtualPath如果安装在服务器上，即使文件中存在不匹配（或伪造） ，该站点似乎也可以正常工作.compiled。那么有什么好的理由aspnet_compiler对指定这一点大惊小怪吗？

我们使用Nant和devenv.com来构建我们所有的程序集，包括网站项目。然后我们将使用aspnet_compiler.exe来编译发布的网站。

这是正确的方法吗？从历史上看，我们总是使用带有普通网站文件夹的 aspnet_compiler，但我不确定这是否真的是发布网站项目一部分的网站的正确工具。必须使用 2 个不同的工具将其作为一个 2 阶段的过程来执行，这感觉有点不对劲。