Как заставить VS Code рассматривать расширения файлов как определенный язык?

В Visual Studio Code вы можете добавить постоянные ассоциации файлов для выделения языков в свой settings.json файл следующим образом:

// Place your settings in this file to overwrite the default settings
{
  "some_setting": custom_value,
  ...

  "files.associations": {
    "*.thor": "ruby",
    "*.jsx": "javascript",
    "Jenkinsfile*": "groovy"
  }
}

Вы можете использовать Ctrl + Shift + p, а затем набрать settings JSON. Выберите Настройки: открыть настройки (JSON), чтобы открыть settings.json.

Функция Files: Associations впервые была представлена ​​в Visual Studio Code версии 1.0 (март 2016 г.). Проверьте доступные шаблоны с подстановочными знаками в примечаниях к выпуску и строки на известном языке в документации.

Удерживая Ctrl + Shift + P (или cmd на Mac), выберите «Изменить языковой режим», и вот оно.

Но я до сих пор не могу найти способ сделать файлы, распознаваемые VS Code, с определенным расширением на определенном языке.

Самый простой способ, который я нашел для глобальной ассоциации, - это просто нажать ctrl + k m (или ctrl + shift + p и ввести «изменить языковой режим») с файлом того типа, который вы связываете, открытым.

В первом выборе будет «Настроить сопоставление файлов для 'x'» (независимо от типа файла - см. Прикрепленное изображение). Выбор этого параметра делает сопоставление типа файла постоянным.

Возможно, это изменилось (возможно, изменилось) с момента исходного вопроса и принятого ответа (и я не знаю, когда он изменился), но это намного проще, чем шаги ручного редактирования в принятом и некоторых других ответах, и полностью позволяет избежать чтобы возиться с идентификаторами, которые могут быть неочевидными.

У меня это работает.

{
"files.associations": {"*.bitesize": "yaml"}
 }

Это, например, приведет к тому, что файлы, заканчивающиеся на .variables и .overrides, будут обрабатываться так же, как и любой другой файл LESS. С точки зрения раскраски кода, с точки зрения (авто) форматирования. Определите в пользовательских настройках или настройках проекта, как хотите.

(Семантический интерфейс использует эти странные расширения, если вам интересно)

Я нашел решение здесь: https://code.visualstudio.com/docs/customization/colorizer

Следуя инструкциям на странице https://code.visualstudio.com/docs/customization/colorizer#_common-questions:

Чтобы расширить существующий колоризер, вы должны создать простой package.json в новой папке в .vscode / extensions и предоставить атрибут extensionDependencies, указывающий настройку, которую вы хотите добавить. В приведенном ниже примере к разметке уценки добавлено расширение .mmd. Обратите внимание, что не только имя extensionDependency должно совпадать с настройкой, но также идентификатор языка должен соответствовать идентификатору языка раскрасителя, который вы расширяете.

{
    "name": "MyMarkdown",
    "version": "0.0.1",
    "engines": {
        "vscode": "0.10.x"
    },
    "publisher": "none",
    "extensionDependencies": [
        "markdown"
    ],
    "contributes": {
        "languages": [{
            "id": "markdown",
            "aliases": ["mmd"],
            "extensions": [".mmd"]
        }]
    }
}

Вы можете добавить расширение md.html к своим settings.json ассоциациям файлов, чтобы включить форматирование markdown для таких файлов markdeep :

    "files.associations": {
        "*.md.html": "markdown"
    },

Файл settings.json находится в разных местах в зависимости от вашей ОС. Например, в macOS это ~/Library/Application Support/Code/User/settings.json. Вы можете открывать и редактировать его с помощью Ctrl + Shift + p в VS Code.

Я использовал другой подход для решения почти той же проблемы. В моем случае я сделал новое расширение, которое добавляет поддержку подсветки синтаксиса PHP для файлов, специфичных для Drupal (таких как .module и .inc): https://github.com/mastazi/VS-code-drupal

Как вы можете видеть в коде, я создал новое расширение, а не модифицировал существующее расширение PHP. Очевидно, я заявляю о зависимости от расширения PHP в расширении Drupal.

Преимущество такого способа заключается в том, что при обновлении расширения PHP моя индивидуальная поддержка Drupal не теряется в процессе обновления.