有没有任何配置可以设置,使节点工具不会减慢Visual Studio的速度?我不能卸载节点工具,因为我需要使用它,但它会大大减慢vs的速度,仅仅打开项目属性窗口就变得非常痛苦。
我尝试隐藏node_modules文件夹,以为可能是在读取这些文件,但这并没有改变任何东西。
有什么建议吗? 谢谢
有没有任何配置可以设置,使节点工具不会减慢Visual Studio的速度?我不能卸载节点工具,因为我需要使用它,但它会大大减慢vs的速度,仅仅打开项目属性窗口就变得非常痛苦。
我尝试隐藏node_modules文件夹,以为可能是在读取这些文件,但这并没有改变任何东西。
有什么建议吗? 谢谢
你不是唯一一个为此烦恼的开发者,尽管微软宣传支持node.js,但实际上支持还很薄弱。如果我团队里的一些非常聪明的人和我在使用node项目时遇到问题,我们都会与Visual Studio进行斗争。It may be useful to ignore certain directories, such as client side JavaScript, from analysis. There are many reasons to do this but the biggest two are:
- the particular directory is large and takes a great deal of time to analyse.
- The directory contains client side code that doesn't need to be analysed.
There is a property in the .njsproj file that can be used to ignore directories. The following code can be added to the project file under a PropertyGroup:
<PropertyGroup> <!-- Specifies the directories which are ignored. Any paths which contain these directory names will be ignored. The directory name must completely match and no wild cards are allowed --> <AnalysisIgnoredDirectories>bower_components;dir_not_included</AnalysisIgnoredDirectories> </PropertyGroup>
Note that all filepaths containing the specified string will be ignored. So if you specify dir_not_included, every filepath containing dir_not_included will be ignored (including subdirectories).
This property takes precedence over other settings. This includes whether you included the file in your project or not. If you specify a directory here as ignore it will not be analysed.
已经过去了将近一年多的时间,vs2017发布了,但情况仍然没有改变。我有强烈的怀疑,VS不尊重AnalysisIgnoredDirectories
属性,或者在每次gulp/npm构建后对更改的文件进行深度扫描。
而且我们在这方面并不孤单,可以查看这个线程:https://github.com/Microsoft/nodejstools/issues/1506
当我从微软那里接收到进一步的信息时,我会更新这个话题。在此之前,是的,我们要坚持使用简单的notepad.exe。
我刚刚删除了外部文件夹的所有内容。 在我的情况下,它是:
X:\ Program Files(x86)\ Microsoft Visual Studio \ 2017 {Version} \ Web \ External)
在那之前,我已经决定它是TFS(因为地理位置上TFS服务器与我相距太远:互联网,防火墙等)- 在解决方案中的每个修改后,我都等待至少15秒(在此期间Visual Studio被阻塞,无响应)。
但现在,当node.js和其他外部内容被删除时 - 几乎两天我可以毫无延迟地工作。 我知道node.js本身应该正常工作 - 但我没有去碰它,它按默认设置运行,并且看起来需要改进;)