Робота з налаштуваннями користувача в Visual Studio Code
Якщо ви не читали публікацію минулого тижня (і ви є учасником сайту), я закликаю вас зробити це зараз, оскільки ця публікація продовжується саме там, де зупинилася попередня.
Коротше кажучи, ми почнемо говорити про налаштування коду Visual Studio для професійної розробки WordPress. Звичайно, виникає питання: що таке професійна розробка WordPress?
Якщо ви запитаєте десять різних людей, ви, ймовірно, отримаєте 8-10 різних відповідей; однак я б визначив це як використання професійних методів розробки програмного забезпечення в контексті WordPress.
Природно, чи не так? Але що це означає?
На голову я думаю про:
- Використовуючи належні інструменти керування залежностями, такі як Composer, NPM або Yarn,
- Налагодження за допомогою точок зупину (над var_dump і echo),
- Знати, як форматувати код за допомогою заданого стандарту (PSR у випадку, який я буду використовувати),
- Організаційна структура файлу,
- Використання таких речей, як Sass, JavaScript linting тощо, щоб полегшити розробку
Але перш ніж приступати до всього цього, я вважаю, що важливо налаштувати IDE таким чином, щоб він виглядав добре, добре відтворювався так, як ми хочемо, і щоб ми розуміли, як це працює, щоб ми могли далі налаштовувати його як виникає потреба.
Тож у сьогоднішньому дописі ми розглянемо саме це: розуміння того, як Visual Studio Code керує налаштуваннями, і запропонований список параметрів конфігурації, які допоможуть зробити ваш досвід якомога надійнішим.
Параметри користувача в Visual Studio Code
Перш ніж почати, я рекомендую завантажити Fira Code та встановити шрифт у вашій операційній системі. Хоча є багато інших гарних шрифтів (наприклад, Source Code Pro ), я вважаю, що Fira Code є одним із моїх особистих фаворитів, особливо завдяки його лігатурам (але про це зараз).
Це те, що ви побачите на знімках екрана протягом решти цієї серії.
1 Розуміння параметрів
По-перше, зауважте, що Visual Studio Code має файл за замовчуванням, який він використовує для налаштувань у своїх проектах. Ви помітите це, якщо перейдете в меню «Код» > «Параметри» (або щось подібне до вашої операційної системи.
Коротше кажучи, все встановлюється у файлі JSON. Ось де це стає весело: ви можете налаштувати цей файл, по суті замінивши те, що він надає, використовуючи файл налаштувань користувача, який він надає.
І приємно те, що, незважаючи на те, що пропонує Visual Studio, IDE завжди повертатиметься до налаштувань за замовчуванням, які постачаються з нею.
У цьому конкретному дописі я розгляну просто визначення параметрів редактора. Однак у наступних публікаціях ми розглянемо роботу з PHP, стандарти кодування тощо.
2 Налаштування параметрів
Для цієї публікації я буду припускати, що у вас відкритий проект. Це може бути новий або існуючий проект. Незалежно від того, що я збираюся запропонувати, все одно буде застосовуватися.
По-друге, я збираюся робити пропозиції на основі типу роботи, яку я найчастіше виконую. Хоча я рекомендую ці параметри для інших і хоча ми, можливо, робимо невеликі налаштування (наприклад, деякі лінтери не потребують місця, через яке можна було б пройти протягом цієї серії в IDE, це найзагальніші речі, які використовуються, щоб допомогти почати роботу).
Коли ви вперше відкриєте файл, він буде порожнім. Пам’ятайте, що він має бути написаний у правильному JSON, інакше він не працюватиме (не кажучи вже про помилку).
Ось приклад того, що я маю в налаштуваннях редактора :
{
// Editor Settings.
"editor.fontFamily": "Fira Code",
"editor.fontLigatures": true,
"editor.fontSize": 13,
"editor.renderWhitespace": "all",
"editor.tabSize": 4,
"editor.insertSpaces": true,
"editor.detectIndentation": false,
"editor.formatOnSave": false,
"files.trimTrailingWhitespace": true,
// ...
}Кожен повинен мати пояснення сам за себе; однак зауважте, що у мене для editor.fontLigatures встановлено значення true, оскільки я використовую Fira Code. Це змінить певні речі, наприклад =, на лігатуру.
Це робить набагато приємнішим досвід написання коду.
3 Обмін проектами
І нарешті, одна з речей, які я вважаю корисними, — це розміщення проектів у місці, яке можна спільно використовувати кількома машинами. Це можна зробити через Google Drive, Dropbox або iCloud Drive.
У будь-якому випадку я рекомендую зробити наступне:
- Зберігаючи ваші проекти, припустімо, що вони не конфіденційні, звичайно, у службі обміну файлами,
- Зберігайте кожен файл робочої області разом із файлами проекту в згаданій службі.
Таким чином, якщо ви вирішите використовувати кілька машин, у вас повинні бути вихідні файли, необхідні для роботи над кожним проектом. Але я не буду розкривати суть тут. Я обговорював це в попередній публікації, і процес все ще звучить.
Я просто вважав, що вказати на це було б гарним кроком на випадок, якщо це не те, що ви розглядали.
Дивлячись на стандарти кодування
Очевидно, що ця публікація не є надзвичайно технічною, але ми збираємося розпочати впровадження стандартів кодування в наступній публікації, і це вимагатиме трохи роботи з Composer, а також роботи з налаштуваннями користувача.
І щоб переконатися, що ми можемо це зробити, має сенс закласти основу для розуміння того, як працюють налаштування, щоб ми могли продовжувати їх редагувати в майбутньому.