Ускоряем разработку в VSCode

[Max_JK]

Согласен, в идеале можно двигаться в сторону подхода intellij чтобы генерировались файлы сразу с нужной структурой, например написал <MyClass1/> и если такого компонента для импорта не найдется, то создается новый, либо чтобы можно было выносить часть кода в отдельный компонент выделив его рамкой как в полноценных ide вроде visual studio C#

Также по стилям, при вводе <MyClass1 :class="style.container"/> создается новый стиль .container, если его нет, но тут уже нужно учитывать специфику языка jsx, vue template, css modules и т.д

А для простой верстки обычные шаблоны тоже довольно удобны. я использую другое расширение, похожее на то что в статье но шаблоны задаются через json

[dsbasko]

Тут все упирается в гибкость. Для каждого языка и фреймворка есть существует архитектура компонентов. Про реакт вообще молчу. Для этого придется создавать под каждый фреймворк отдельное расширение :)

[dsbasko]

Что касается не dumb ускорения, тут согласен. Все упирается в идеи. На момент реализации расширения, для меня нынешняя реализация была максимально удобной.

В какой-то степени статья больше нужна для сбора идей.

[dsbasko]

Кстати сделал. В версии 2.1.3 можно выделить текст в коде и на основе него создать компонент по шаблону. Более того, в названии компонента поддерживаются конструкции типа ../. Указав название шаблона как "../../modals/register user", расширение выйдет на 2 уровня вверх, создаст директорию modals и в нее положит компонент.

[andrejsharapov]

Поправьте в примерах форматы текста, а то получается что у вас `Pascal` не отличается от `camel`: {{pascalCase}} {{camelCase}}

[Bronx]

Как насчёт добавить возможность загружать шаблоны из других репозиториев, или, например, привязать Gist как библиотеку шаблонов?

[dsbasko]

Прекрасная идея подтягивать сниппеты с GitHub Gist, однако он не сильно подходит для шаблонов, так как нельзя создавать директории! Но темнеменее в задачи записал :)

[Bronx]

Да, к сожалению gist-ы подходят только для одноуровневых шаблонов. Многоуровневые можно брать из реп на GitHub и проч.

Ещё вот не уверен, что это хорошая идея — складывать сниппеты в .vscode. Эта дот-директория самого VSCode. Расширения, по-идее, должны создавать свои собственные дот-директории и дот-конфиги в корне проекта/воркспейса.

[dsbasko]

Добавил возможность в настройках указать директорию.

[Bronx]

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

[yarkov]

Спасибо что прислушались ко мне в Issue ))

[dsbasko]

Сделал бы раньше, но по проекту дедлайны горели.

[dsbasko]

При написании пути можно использовать ~ для обозначения директории пользователя системы. По умочанию vscode складывает свои настройки в ~/.vscode. Я этого в описании не писал, сейчас напишу. Заодно лого поменяю, а то неудачное какое-то получилось )

[shsv382]

Класс! Давно не хватало такого, но до реализации руки не доходили! Сегодня опробую!

[sukhorukov86]

Интересно, хотелось бы увидеть статью о том как создавалось расширение

[dsbasko]

Я думаю такое можно осуществить

[xPomaHx]

А если у вас 5 разрабов и у каждого свой редактор? Такие штуки делаются через свои cli кодогенераторы.

[shsv382]

UPD: только руки дошли установить и настроить. Но судя по всему (включая дату публикации статьи) это один из самых полезных подарков мне на днюху )))))

[dsbasko]

Рад что понравилось ) Пиши если придумаешь что-нибудь интересное в процессе работы )

[Zombie1995]

Нашел такое расширение https://marketplace.visualstudio.com/items?itemName=Huuums.vscode-fast-folder-structure и такое https://marketplace.visualstudio.com/items?itemName=cantonios.project-templates . Из плюсов данных расширений - возможность настройки создания папок относительно корня, более гибкая манипуляция с существующей информацией.