c# - 您使用常规构建作为编码工具吗？

Question

我们有一个大型(大约 580,000 个位置)应用程序，在 Delphi 2006 中(在我的机器上)大约需要 20 秒才能构建该应用程序。当构建时间以秒为单位时，您倾向于使用编译器作为工具。即编写一些代码，构建，编写更多代码并构建更多等等，当我们将一些东西转移到 C# 时，有人比较过构建这个大小的东西需要多长时间吗？我目前只有小型应用程序和组件，因此无法真正进行比较。如果构建需要更长的时间，那么我可能需要改变我的风格!或者我的风格只是懒惰？

例如，如果我要更改方法调用的接口(interface)，我将使用编译器来查找它们，而不是对所有应用程序进行全面搜索以找出需要对调用进行更改的位置我。

Answer 1

Visual Studio 2008 SP1 现在具有 C# 后台编译功能(VB.NET 一直都有后台编译功能)。回到我的 VB 时代，我经常使用它来通过更改名称来查找引用某些内容的位置，然后查看后台编译器指出哪里有错误。

我从来没有做过这么大的事情。在我的上一份工作中，我们有大约 60,000 个 loc 分布在大约 15 个项目中，编译大约需要 10 秒。也许其他人可以发布一个稍大的案例研究