Відладчик коду Visual Studio: Початок і скрінкаст
У попередніх публікаціях я трохи говорив про те, чому важливе використання належного відладчика, а не деякі вбудовані оператори PHP. В останній публікації я навіть описую, як налаштувати Xdebug за допомогою Visual Studio Code (і MAMP Pro, якщо ви використовуєте).
Але якщо ви ніколи раніше не користувалися таким інструментом, ви ніколи не бачили, як він працює, або ви ніколи не бачили, чому він такий потужний, я хочу трохи висвітлити це в цій публікації.
Тож я збираюся трохи розповісти про це в контексті кількох визначень і скріншотів, а також короткого скрінкасту наприкінці, щоб я міг показати роботу налагоджувача Visual Studio Code у дії.
Налагоджувач коду Visual Studio
Припустимо, у вас встановлено налагоджувач; є кілька термінів, які варто вивчити. Звичайно, їх є більше, але я вважаю ключовими:
- Точки зупинки – це те, де ви повідомляєте програмі зупинити своє виконання. Коли код зупинився на цій точці, ви можете перевірити змінні, побачити, які значення зберігаються в пам’яті тощо.
- Годинники — це змінні в коді, за якими ви хочете буквально спостерігати, коли вони змінюються під час виконання змінних.
- Пуск запускає налагоджувач. Навіть якщо у вас встановлені контрольні точки та контрольні точки, налагоджувач нічого не робитиме, доки ви його не запустите.
- Step Into — це дія, яка, коли ви натискаєте виклик функції, переведе вас до функції, яка викликається. Іноді це корисно, наприклад, якщо ви хочете побачити, що робить функція; в інших випадках це непотрібно, якщо ви дбаєте лише про виконання функції або про те, що вона повертає.
- Step Over дозволить вам перейти через виконання функції таким чином, що виконання програми буде зупинено відразу після завершення функції, через яку ви переступили.
- Step Out використовується, коли ви перейшли до функції, досягли точки, де завершили оцінку коду, а потім готові повернутися до місця, де ви встановили точку зупинки.
- Зупинка припинить виконання налагоджувача.
Звучить відносно зрозуміло, чи не так? Як на мене, найпростіше побачити це на ділі.
Більше того, щоб побачити, які піктограми що роблять, зазвичай найкраще зробити, це навести на них курсор миші та прочитати підказки; однак через деякий час їх використання ви дізнаєтесь, що робить кожен з них.
Зрештою, значки досить описові.
Приклад
З огляду на це, припускаючи, що ви виконали кроки з попередньої статті, ось короткий приклад того, як можна встановити точку зупинки та стежити за її виконанням через плагін.
1 Точка зупину
Зауважте, що на зображенні нижче я поставив точку зупину біля рядка коду (що вказано червоною крапкою).
Тут виконання зупиниться, коли я запусту налагоджувач і почну виконувати програму.
2 Налаштуйте годинник
Далі, спостерігати за змінною означає, що ми хочемо бачити значення змінної протягом життєвого циклу програми. Нижче я додаю годинник до змінної $description.
У наступному розділі ви побачите значення годинника після того, як виконання програми пройшло цей рядок коду.
3 Оцініть годинник
Коли код пройде цей рядок, ви зможете побачити значення змінної в розділі Watch панелі налагодження.
Зверніть увагу, що у функції є виклик woocommerce_wp_text_input. Ми використаємо цю функцію як приклад, щоб перейти до функції, оскільки це функція, яка є частиною ядра WooCommerce.
4 Підготуйтеся до втручання
Перш ніж увійти до функції, важливо переконатися, що назва функції виділено.
Після завершення ви зможете натиснути кнопку «Крок у », щоб побачити, що відбувається у функції.
5 Вхід
Після входу ви побачите код, який ви не писали. Натомість це код, який є частиною WooCommerce (принаймні в цьому прикладі).
Виходячи зі свого досвіду, ви побачите код, який, можливо, написали ви або хтось інший.
6 Вийти
Після того, як ви вийшли з коду, ви повернетеся до рядка коду відразу після того, де ви увійшли в код.
Мати сенс?
Скрінкаст
І нарешті, ось дуже короткий скрінкаст, який показує, як все вищесказане виглядає в дії:
Як згадувалося у відео, це аж ніяк не всебічно, але цього має бути достатньо, щоб показати, наскільки потужним може бути налагодження.
Це потребує часу та практики
Налагодження займає трохи більше часу, ніж виведення змінних на екран.
І я не кажу, що робити це не має місця; однак, якщо ви хочете отримати глибше розуміння того, що відбувається, коли ви запускаєте свою програму, або ви хочете вивчити, скажімо, ядро WordPress, тоді використання налагоджувача є дійсно хорошим способом зробити це.
Крім того, я б стверджував, що використання налагоджувача може допомогти краще зрозуміти, що відбувається не так (або правильно) у контексті вашого коду, щоб ви могли створити найкраще можливе рішення для цього.