Протягом останніх кількох років я багато говорив про природу якості коду та різні інструменти, процеси та бібліотеки, які я рекомендую використовувати, коли мова йде про написання коду для WordPress.
Я також відкрита, що більша частина моєї роботи полягає у розробці бекенда. Це означає, що я в основному працюю над плагінами WordPress, використовуючи об’єктно-орієнтоване програмування, і не так багато працюю з шаблонами та технологіями інтерфейсу.
Це за власним вибором, і я дуже задоволений тим, де я є. Але я відволікся.
Якщо ви займаєтеся тим самим (або робите це як хобі), мова йде не лише про написання коду. Йдеться про наявність відповідних інструментів.
У попередніх публікаціях я згадував про деякі з них, але не описував інструменти, якими я користуюся, і налаштування, які я використовую, коли будую рішення для себе чи для когось іншого.
Принаймні не організовано.
У цій серії я збираюся зробити саме це:
Я збираюся розповісти про інструменти, якими я користуюся, бібліотеки, якими я користуюся, і про те, як я їх використовую.
Зрештою, мета полягає в тому, щоб ті з вас, хто читає це, могли включити їх у свою повсякденну роботу для написання кращого коду.
Кращий код WordPress
Перш ніж йти далі, я спершу застережу:
Попередні серії, які я зробив до цього моменту, були довгими. Цього серіалу не буде. Деякий час я збираюся зосередитися на коротших, більш зосереджених серіалах і публікаціях.
Зважаючи на те, що я вже сказав, ця серія припускає, що ви знайомі зі своїм IDE і маєте поверхневі знання про Composer. Щодо мене, я використовую код Visual Studio (і я досить багато про це розповів ).
Я збираюся пройтися по всьому процесу від самого початку до моменту створення плагіна, готового до запуску. Ні, це не означає, що ми пишемо плагін. Але ми збираємося підійти прямо до краю.
Отже, з цього приводу почнемо.
Встановлення Composer
Для тих, хто читав цей блог протягом тривалого часу, ви знаєте, що я висвітлював це раніше; однак я ніколи не хочу припускати нічого подібного, коли мова йде про тих, хто нещодавно приєднався або, можливо, читає про це вперше.
Якщо ви вже налаштовані, ви можете пропустити це; інакше давайте продовжимо.
Що означає глобальне встановлення?
Глобальне встановлення програми означає, що вона доступна всюди у вашій системі. Тобто неважливо, чи ви перебуваєте в каталозі документів чи в каталозі проекту, ви можете отримати доступ до утиліти за допомогою командного рядка.
І, звісно, ми можемо використовувати Composer окремо для кожного проекту (і я за це підтримую), але іноді важливо також інсталювати Composer у глобальних налаштуваннях.
І це те, що ми тут зробимо.
Два способи встановлення Composer
Використання Homebrew
Якщо ви використовуєте Homebrew, можна встановити Composer за допомогою Homebrew. Це, мабуть, легше встановити та оновити.
Звичайно, це передбачає, що у вас встановлено Homebrew. Якщо ви цього не бачите і зацікавлені, введіть цю команду :
$ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
Зверніть увагу, однак, якщо ви вирішите піти цим шляхом, вам потрібно буде знати кілька речей навколо Homebrew. І хоча я фанат, насправді це не частина цієї публікації. Я детально описав це в інших публікаціях (і ви завжди можете прочитати документацію ).
Потім ви можете встановити Composer з Homebrew, ввівши таку команду :
Насправді ні, правда?
Встановлення Composer вручну
Інший спосіб інсталювати Composer — завантажити цей файл і розмістити його у вашому глобальному шляху.
Тобто, коли ви завантажуєте цей файл (зауважте, що посилання є фактичним завантаженням, тому зверніть увагу на те, куди ви його розмістили!), ви можете виконати цю команду з терміналу:
$ mv composer.phar /usr/local/bin/composer
І це перемістить Composer на ваш глобальний шлях.
Перевірте встановлення Composer
Виконавши один із наведених вище кроків, ви зможете перевірити версію Composer, виконавши наступне у своєму терміналі:
І ви повинні побачити щось на зразок цього:
Якщо ви цього не зробили, ще раз перевірте кроки вище.
Переходимо до інструментів
Одне із запитань, які час від часу виникають щодо Composer, це чому? І хоча я міг би відповісти на це в цій публікації, пам’ятайте, що я працюю над тим, щоб ця та ця серії були трохи лаконічнішими, ніж попередні.
Тож я спробую коротко відповісти на це в наступній публікації, а також розповім, як розпочати роботу з кількома інструментами, після чого ми почнемо бачити, як вони можуть відігравати більшу роль у розробці плагінів WordPress.



