Должен ли VSCode сообщать об ошибках для файлов TS, которые исключены из компиляции?

IIUC, прямо сейчас VS Code использует один экземпляр языковой службы для файлов, не включенных в tsconfig.json (включая случай, когда tsconfig.json вообще не существует) с параметрами компилятора по умолчанию, а когда tsconfig.json существует, он использует второй экземпляр языковой службы, который жадно загружает все включенные файлы и использует указанные параметры компилятора. Я полагаю, вы предлагаете, чтобы при существовании tsconfig.json первый экземпляр языковой службы использовал параметры компилятора из tsconfig.json, но имел то же поведение при загрузке файлов, что и сейчас. Это было бы незначительным увеличением сложности, и, честно говоря, опыт редактирования файлов, исключенных из tsconfig.json, когда существует tsconfig.json, все равно будет довольно запутанным: некоторые из ваших файлов будут видеть глобальные определения, а другие нет, и «найти все ссылки» будет дать вам частичные результаты. Ваше предложение кажется мне приемлемой альтернативой статус-кво, но я не понимаю, почему вы боретесь за него с командой VS Code, а не просто создаете два файла tsconfig.json, что является явным и дает вам унифицированный опыт редактирования, который вы на самом деле хочу. (Или вы предлагали создать единую языковую службу, которая игнорирует исключения и с готовностью загружает все файлы .ts(x?) в каталоге проекта? Я совершенно уверен, что это не сработает, поскольку во многих сценариях это вызовет проблемы.)