在Visual Studio 2013,2015中搜索结果在缩小文件中时挂起(单个长行)

Question

我们有一个与Angular，jquery和Telerik Kendo的web项目。

当搜索在任何*.min.js或*.js.map文件中找到的任何文本Ctrl+Shift+F时，VS ( 2013和现在的2015)将在30-60秒内变得无响应。此外，当我稍后滚动Find Result 1窗口时，当长线变为可见时，它将暂时变得无响应。如果我清除了Find Result 1中的搜索结果，一切都会变得很顺利。

我们在项目本身中包含了*.min.js和*.js.map文件。这是错误的方法吗？

Answer 1

这是一个众所周知的问题，连接反馈文章is here。与this Q+A相比，这些文件对集成开发环境来说是毒丸。

除了不将它们添加到您的项目之外，没有什么需要添加的，本文中提出的解决方法是显而易见的。只要您需要搜索这些文件，您肯定希望使用它们的非最小化版本。

Answer 2

在查找选项中，展开“结果选项”(Alt+S)并启用“仅显示文件名”。文件的内容将不会显示在查找结果中，并且一切都会快得多。您仍然可以双击查找结果中的文件名，转到该文件中匹配的确切位置。

Answer 3

这个问题是发生在每个人身上，还是只发生在特定的机器上？是否有任何Visual Studio扩展可能会减慢搜索速度？你可以尝试暂时禁用所有的扩展，看看你是否也有同样的问题。

否则，我会同意在解决方案/项目中包含.min.js和.map文件并不理想。

我的建议是使用Bower来管理你的第三方客户端库依赖。他们说使用正确的工具来完成这项工作，在这种情况下，它目前是Bower。

Bower支持包含在Visual Studio 2015中。以下是一些关于在Visual Studio2015中使用Bower的微软文档：http://docs.asp.net/en/latest/client-side/bower.html

使用Bower安装Kendo的文档：http://docs.telerik.com/kendo-ui/install/bower

现在，默认情况下，这会将这些供应商库放在项目根目录下的bower_components文件夹中。这样，您就不会将此文件夹包含在项目或源代码控制中(但bower.json和可选的.bowerrc将包含在源代码控制中)。

这应该会缓解你在VS2013中的问题，但在2015年，在文件中查找仍然会搜索bower_components。所以你最好的办法就是试着缩小速度减慢的根源。

使用Bower可能会影响您的开发和构建过程，所以如果这会迫使您做出其他您还没有准备好的更改，那么您可能希望避免这种情况。