我提交了这个错误报告 https://github.com/Microsoft/vscode/issues/53733#issuecomment-403153218使用 VSCode 因为我已经排除了*.spec编译中的文件，因为我不想将这些文件包含在 NPM 发行版中。
我仍然希望看到它们通过 VSCode 工具正确编译。
目前 VSCode intellisense 报告路径上可用的导入无法导入，这会引发很多错误，将项目规范文件涂成红色等。
在我的报告中，我说 VSCode 错误报告和编译应该是两个独立的问题。 VSCode 无法同时检查文件是否正确并将其从编译中排除。两者并不相互排斥。
我已经要求从 VSCode 进行分类，但到目前为止该问题仍然关闭，我想看看其他人对此有何看法。这是一个错误还是报告中的结论是正确的？
IIUC，现在 VS Code 对未包含的文件使用一种语言服务实例tsconfig.json（包括以下情况tsconfig.json根本不存在）使用默认编译器选项，并且当tsconfig.json存在时，它使用第二语言服务实例，该实例急切地加载所有包含的文件并使用指定的编译器选项。我相信你建议当tsconfig.json存在时，第一个语言服务实例应使用来自的编译器选项tsconfig.json但具有与现在相同的文件加载行为。这会稍微增加复杂性，老实说，编辑文件的体验被排除在外tsconfig.json when tsconfig.json存在仍然会非常令人困惑：您的某些文件将看到全局定义，而其他文件则不会，并且“查找所有引用”将为您提供部分结果。在我看来，你的提议似乎是现状的一个合理替代方案，但我不明白为什么你要与 VS Code 团队争论，而不是仅仅创建两个tsconfig.json文件，这是明确的，为您提供真正想要的统一编辑体验。 （或者您是否建议应该有一个单一语言服务，忽略排除并急切地加载所有.ts(x?)项目目录下的文件？我很确定它不会飞，因为它在很多情况下都会引起问题。）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
