问题标签 [precompiled]

我最近从我在 ASP.NET 2.0 网站上工作的 VS 2003 升级到我已经迁移到 ASP.NET 4.0 的 VS 2010。到目前为止，让我的网站使用新版本进行编译一直是一件令人头疼的事情。一个问题是我的 aspx.cs 页面在我的项目中找不到共享代码库。我通过将共享代码移动到 App_Code 文件夹解决了这个问题（如果有不同/更好的方法，请告诉我）。

我发现另一个令人困惑的问题是预编译。使用 VS 2003，我可以单击构建项目按钮，它会将我的站点预编译为 myweb.dll 和 myweb.pdb 文件。现在我在 VS 2010 中做同样的事情时遇到了麻烦。当我在 VS 2010 中构建站点时，不会创建 dll。我确实设法找到了一个“发布”该站点的选项，该选项需要永远（例如 2 分钟）并且涉及将站点复制到另一个文件夹。这本来是可以接受的，但它不是生成单个 DLL 文件，而是生成一堆文件：App_code.compiled、app_code.dll、App_code.pdb、App_global.asax.compiled、App_global.asax.dll、App_global.asax.pdb 、App_Web_lrpcway1.dll、App_Web_lrpcway1.compiled、App_Web_lrpcway1.pdb。

该应用程序有效 - 我可以使用所有这些文件部署它。但是，我真的很想有人解释什么是额外的文件，以及是否有更好的方法来做到这一点。

谢谢

我需要一些关于我的项目的建议。我将使用各种 C++ 库来完成不同的任务。我正在使用 Visual Studio 2008。对我来说，当我将库的实际源代码添加到我的项目路径时，它似乎有点失控。

使用库的包含文件似乎更容易，只需将预编译的二进制文件链接到我的应用程序。所以我的问题是这个。将每个库的源代码包含到我的项目中，编译和链接对我来说更好，还是单独编译库（或下载预编译版本）并将其链接到我的程序会更好？第二种方式有什么陷阱吗？

谢谢

我尝试预编译 Boost 头文件。

第一个实验 - 使用 std:: 标头。我创建文件 std.hpp：

在那之后：

复制 /usr/include/c++/4.4.5 中的 std.hpp.gch

并编写测试程序：

工作正常。

现在尝试预编译 Boost 头文件。

我创建 boost.hpp 文件：

在那之后：

将 boost.hpp.gch 复制到 /usr/local/include/boost

并编写测试程序：

但出现错误：

尝试，实验：

同样的错误。

尝试在另一个地方复制 boost.hpp.gch - 同样的错误。

如果我将文件 boost.hpp 放在同一个地方 - 工作正常（所以路径没有问题）：

所以编译器使用 boost.hpp 头文件。但是为什么编译器看不到预编译的 boost.hpp.gch？

当我尝试通过在 JCL 文件上运行 SUB 来预编译我的 COBOL 应用程序时，我收到此错误：

我试过在网上找，没有成功。有谁知道这是指什么？

这是我的 JCL 文件

我正在开发一个以 WinForm 开始的应用程序，但现在它正在使用带有 UI 的 WPF 窗口。交互效果很好，但是当 WPF 窗口首次显示时，它们需要很长时间（大约 1-3 秒）才能显示出来。以至于有些人怀疑应用程序是否崩溃（直到内容显示）。第二次调用相同的窗口时，它们会很快出现。我需要他们第一次快速上来。

我正在使用位于资源文件夹中的 XAML 样式和控件模板。然后，在 WPF 窗口的 XAML 中，我将它们合并到 Windows 资源字典中。那些（在 VS 2010 中）的构建操作需要设置为“资源”。最好我想将它们保存在单独的文件中以便于维护。据我了解，如果构建操作是“Page”，XAML 将被预编译并且加载速度应该更快，但如果我将其设置为 Page，我无法将它们合并到资源字典中。有办法解决吗？

我对 WPF 的这一部分相当陌生，到目前为止，我的互联网搜索还没有成功。

需要明确的是：我不是在谈论嵌入在 WinForms 中的 WPF 控件。我说的是从 WinForm 上下文生成的完全独立的 WPF 窗口。

有没有办法预编译整个应用程序或至少所有 XAML（都是静态的，没有动态 XAML）？

提前致谢！

编辑：用户界面无论如何都不重。有问题的按钮有 5 到 20 个按钮和通常的容器（基本上是一个带有 1 或 2 个堆栈面板的网格）。

更新：我尝试使用“NGEN install appname”进行预编译 - 对 WPF 窗口加载没有影响。

我将所有资源和模板都包含在了 window.xaml 中——没有效果。（window.xaml 是预编译的）

我在这里发现了这篇关于在应用程序加载时进行预抖动的非常有趣的文章：

http://www.codeproject.com/KB/dotnet/pre_JIT.aspx （我使用了 'ittay ophir' 建议的改进）

• 再次：对 WPF 窗口加载没有影响...

加载时间在第一次加载时根本不会改变，但在所有连续加载（加载在 20 毫秒或更短的时间内）时它们会显着减少。

这到底是怎么回事？

我无法理解该网站何时被视为“预编译”。据我了解，如果我在 Visual Studio 中使用 Publish 或 Build Deployment Package 选项，则它是预编译的，但如果我只使用 xcopy 之类的东西，则它不是预编译的。那是对的吗？

是否可以以任何方式从预编译的 asp.net 站点返回到类似于原始代码的内容（带有我可以在 aspx 和 ascx 文件中更新的标记）。我丢失了原始代码，只剩下页面的预编译版本。可以反汇编 dll，但代码很难弄清楚，当我尝试更新和重建包含预编译 aspx 和 ascx 页面的 dll 时，我会收到许多不同的错误消息。

我是编程新手，在我开始使用很多头文件后，头文件的话题让我陷入了困境。除此之外，我正在尝试使用预编译的标头。我也在使用 SFML 库，所以我有那些也必须包含在内的标题。

现在我有 stdafx.h、main.cpp，然后是 Ah、A.cpp、Bh、B.cpp、Ch、C.cpp、Dh 和 D.cpp 中包含的 A、B、C 和 D 类。

如果在所有文件中包含标题，我会以什么顺序进行

• 所有类都包含一个 SFML 类的实例
• D 类包含 A 类和 C 类的实例
• C 类包含 B 类的一个实例 我的代码：（注意：所有标题都有标题保护）

stdafx.h：

啊

A.cpp

溴化氢

B.cpp

通道

C.cpp

DH

d.cpp

主文件

当您将字段添加到基础表（whaaaaaat！）时，再次被 SQL Server 无法正确更新所有视图所困扰，我想知道 SQL Server 中是否存在强制它在每次使用时重新编译视图的设置。然后我可以在进行更新时将其打开，然后在完成后再次将其关闭。

我有一个规则引擎，它支持两种操作模式：

1. 编译成 C# 程序并链接到引擎
2. 解析成基于堆栈的反向抛光指令并解释

规则是带有函数调用（max、min、sin、cos 等）的简单算术表达式。

我会假设编译版本（即#1）比解释版本（即#2）要快得多——事实上，这是首先拥有编译模式的主要原因。但是，我的速度测试显示并非如此。

编译版

解释版

在这里，“表达式”是第三方库的一部分，它将一个简单的字符串解析为一组简单的基于反向抛光堆栈的指令，然后可以对其进行解释。它不是LINQ 中的表达式树对象——只是为了澄清。

注意：不要担心并发，因为在实际代码中，我按“层”对规则进行排序并按顺序计算层，每一层仅取决于前一层计算的值。两种模式具有完全相同的层结构。

结果

令人震惊的是，解释版本的运行速度比编译版本快得多，平均是 4 倍！换句话说，编译版运行大约 1200 条规则需要 0.3 秒，而解释版平均需要 0.08-0.1 秒。

我的电脑是马马虎虎的双核Core2。

我正在使用 .NET 4.0、Visual Studio 10。

Debug 或 Release 版本中的性能相似。

我的问题

是什么导致编译模式显着变慢？

注意：我已经发布了一个可能的答案