Все как всегда отлично. Не планируешь ли после этого курса сделать уроки по PHP 8 или же CMS/Parser Avito, Юлы. Сейчас на ютубе не хватает современных уроков по PHP, а так ты такую годноту делаешь.
А можно чуть подробнее? И лучше, на классе PostMapper. Там ведь есть другие вычисления, кроме соединения с БД и sql-запроса. Я, например не совсем понимаю какие значения параметров нужно брать и проверять. Нужно ли в PostMapper делать assert параметра $page? и т.п. Стоит ли проверять $limit на случай отрицательного значения или мы изначально понимаем что $limit не может быть отрицательным?
ВНИМАНИЕ! Я не пишу тесты, не имею опыта в этом. НО! Может быть я что-то не понимаю? Только что я посмотрел то, как покрыть тестами явно написанные вещи. Не поля, которые вернулись из базы. Не их количество, которое указано в параметрах метода LatestPosts::get(). Какой смысл на боевом проекте проверять, что отрабатывает execute? Зачем ограничивать возможность переписать запрос? Например, решили адаптировать запросы к базе со strict режимом, а тесты перестали проходить из-за наличия кавычек. Так вот, вопрос: это я чего-то не понимаю по своей неопытности или "от ПРОФЕССИОНАЛА" в названии потому, что это второй канал Хауди, который учит верстать, стилизуя id'ы?
На боевом проекте смысла в юнит тестах 0. Повторюсь, что б было понятно: НОЛЬ смысла в юнит тестах на продакшине. Это вам позволит еще раз пересмотреть видео, без убеждения в том, что вы написали, под другим углом, понять, как писать юнит (не интеграционные) тесты. И конечно же, если вы будете писать юнит тесты для своего кода, и возможно, захотите использовать практику написания сначала теста, а потом кода, вы перейдете на следующий уровень понимания кода, и написания кода. Не вижу никакой связи с Хауди и его видосами про верстку или еще каких то, что вы смотрели. Хотите научиться писать тесты, PHPUnit вам в руки :)
100% быстрые тесты необходимо запускать вначале. В видео я говорил, что лучше иметь 2 отдельных phpunit.xml.dist для интеграционных и юнит тестов, ибо интеграционные требуют настройки.
Весь код можно найти в репозитории github.com/mcspronko/php-blog
Спасибо за видео. Подскажите пожалуйста, я не понял про создание блох, это что и где?
Блог, а не блох!
вахахахаххахахх
они сами создаются
Все как всегда отлично. Не планируешь ли после этого курса сделать уроки по PHP 8 или же CMS/Parser Avito, Юлы. Сейчас на ютубе не хватает современных уроков по PHP, а так ты такую годноту делаешь.
А можно чуть подробнее? И лучше, на классе PostMapper. Там ведь есть другие вычисления, кроме соединения с БД и sql-запроса. Я, например не совсем понимаю какие значения параметров нужно брать и проверять. Нужно ли в PostMapper делать assert параметра $page? и т.п. Стоит ли проверять $limit на случай отрицательного значения или мы изначально понимаем что $limit не может быть отрицательным?
Мне нравятся ваши вопросы. Буду видео записывать дополнительно
Добрый день, можете подсказать, пожалуйста, как мокрировать статические методы если они существуют?
Зарефакторити, щоб статичних методів не було. Або інтеграційні тести без моків на методи
А можно это все на гитхабе обновить до актуального состояния?
Весь код можно найти по ссылке github.com/mcspronko/php-blog
@@PronkoMax Отлично, спасибо! Классные уроки, огромный плюс за slim4, мало подобного годного контента!
Хочется так-же услышать про подключения к базе данных phpmyadmin
Очень подробно и хорошо объясняете
Спасибо.
ВНИМАНИЕ! Я не пишу тесты, не имею опыта в этом. НО!
Может быть я что-то не понимаю? Только что я посмотрел то, как покрыть тестами явно написанные вещи. Не поля, которые вернулись из базы. Не их количество, которое указано в параметрах метода LatestPosts::get(). Какой смысл на боевом проекте проверять, что отрабатывает execute? Зачем ограничивать возможность переписать запрос? Например, решили адаптировать запросы к базе со strict режимом, а тесты перестали проходить из-за наличия кавычек.
Так вот, вопрос: это я чего-то не понимаю по своей неопытности или "от ПРОФЕССИОНАЛА" в названии потому, что это второй канал Хауди, который учит верстать, стилизуя id'ы?
На боевом проекте смысла в юнит тестах 0. Повторюсь, что б было понятно: НОЛЬ смысла в юнит тестах на продакшине. Это вам позволит еще раз пересмотреть видео, без убеждения в том, что вы написали, под другим углом, понять, как писать юнит (не интеграционные) тесты.
И конечно же, если вы будете писать юнит тесты для своего кода, и возможно, захотите использовать практику написания сначала теста, а потом кода, вы перейдете на следующий уровень понимания кода, и написания кода.
Не вижу никакой связи с Хауди и его видосами про верстку или еще каких то, что вы смотрели.
Хотите научиться писать тесты, PHPUnit вам в руки :)
В примере на гитхабе интегр тесты запускаются по дефолту в начале? логично быстрые тесты запускать вначале.
100% быстрые тесты необходимо запускать вначале. В видео я говорил, что лучше иметь 2 отдельных phpunit.xml.dist для интеграционных и юнит тестов, ибо интеграционные требуют настройки.
+++
++video;
КГ/АМ.