Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter

Узнайте о преимуществах объектов передачи данных (DTO) и о том, как readonly-классы PHP 8.2, могут улучшить ваш код

Объект передачи данных (DTO) — это простой объект, предназначенный для переноса данных между процессами или системами. В отличие от моделей или сущностей, DTO не содержат бизнес-логики и служат для структурированной передачи информации между различными слоями приложения или системами.

Преимущества использования DTO

Разделение ответственности: Изолируют бизнес-логику от представления данных, делая код более чистым и поддерживаемым.
Проверка данных: Позволяют проверять данные до их обработки, обеспечивая использование только допустимых данных.
Согласованность: Предоставляют согласованную структуру для передачи данных, упрощая их управление и обработку.
Безопасность: Защищают приложение от несанкционированного изменения данных, контролируя доступные и изменяемые данные.
Тестирование: Поскольку DTO — это простые объекты без встроенной бизнес-логики, их проще имитировать и тестировать.
Преобразование: Способствуют преобразованию данных в нужные форматы для различных слоев приложения.
Неизменяемость: DTO часто делают неизменяемыми, что облегчает предсказуемость, потокобезопасность и отладку.

PHP 8.2 и классы только для чтения
С выходом PHP 8.2 классы только для чтения улучшают использование DTO, делая свойства неизменяемыми автоматически. Это снижает количество шаблонного кода, повышает безопасность данных и улучшает поддерживаемость кода.

Использование DTO в приложениях Laravel обеспечивает согласованность данных, проверку и разделение ответственности. DTO делают ваше приложение более поддерживаемым, безопасным и простым для тестирования. В системе управления недвижимостью DTO помогают эффективно обрабатывать данные из различных источников, обеспечивая чистоту и фокус бизнес-логики на обработке проверенных данных.

Привет, друзья! 👋

Мы готовим статью о возможном снижении уровня знаний среди IT-специалистов и хотим узнать ваше мнение. Поделитесь своими мыслями, ответив на следующие вопросы:

Как вы оцениваете уровень знаний современных IT-специалистов по сравнению с их предшественниками 10-15 лет назад? 🤔

- Значительно снизился 📉
- Немного снизился 🔻
- Остался на том же уровне ➡️
- Немного повысился 🔼
- Значительно повысился 📈

Какие факторы, по вашему мнению, наиболее сильно влияют на уровень знаний IT-специалистов сегодня? (выберите до 3 вариантов) 🧠

- Качество образования в вузах 🎓
- Доступность онлайн-курсов и самообучения 💻
- Требования рынка труда 💼
- Развитие технологий и инструментов разработки 🛠️
- Влияние социальных сетей и информационного шума 📱
- Отток квалифицированных специалистов ✈️
- Другое (укажите в комментариях) 🗨️

Как вы считаете, что нужно сделать для повышения уровня знаний IT-специалистов? 💡

Поделитесь своими идеями в комментариях! Самые интересные и конструктивные предложения мы обязательно включим в нашу статью. Спасибо за участие! 🙏

Объединение ваших компонентов Symfony UX Twig

Статья посвящена Symfony UX Twig Components и их повторному использованию в приложениях. В ней рассматриваются два типа компонентов:

Полнофункциональные компоненты (FullStack Components):
🔸Включают PHP-класс (контроллер), Twig-шаблон (пользовательский интерфейс) и опциональные ресурсы (JavaScript, CSS).

🔸Эти компоненты могут динамически получать данные из источников и отображать их в интерфейсе. Примером может служить таблица с рекомендованными продуктами, отображаемая на главной странице и на страницах отдельных продуктов.

UI-компоненты (UI-only Components, также известные как Anonymous Twig Components):
🔸Состоят только из Twig-шаблона и опциональных ресурсов, без контроллера.

🔸Полезны для статического контента или данных из неизвестных источников. Примеры включают кнопку с меткой или сообщение об ошибке.

Разработчики на PHP умеют писать код, но не всегда знают как устроен web-server

Одной из ключевых особенностей PHP является — легкость для разработчика в написании первой программы. Во многих мануалах для старта разработки сокращают информацию о web-сервере до минимума, например, запустите openserver или скопируйте собранный докер образ, где уже будет все настроено и просто перейдите по адресу http://localhost. Все это приводит к сужению знаний общей картины как работает web-приложение, что негативно влияет на репутацию разработчиков на этом языке программирования в целом.

В этой статье автор рассказывает о web-серверах для PHP, как раз для того, чтобы расширить кругозор тех людей, кто пропустил эту тему и постараться раскрыть ее максимально простым и понятным языком.

CRUD-реальность

Автор делится своим видением CRUD, и на его взгляд главная проблема заключается в обновлении данных.

Фундаментальная проблема этого подхода заключается в том, что он просто предоставляет интерфейс JSON через HTTP поверх системы записи. Конечно, к нему добавлена ​​некоторая логика авторизации и проверки, но вы по-прежнему просто сериализуете JSON в базу данных и обратно.

Обновление ресурса — это гораздо больше, чем просто замена некоторых полей в таблице. «Учетная запись обновлена» не слишком информативна. Нам необходимо знать, что именно изменилось в аккаунте, поэтому просто сказать «что-то обновилось» недостаточно. Нам нужно иметь возможность сказать «пользователь был деактивирован», «билет заархивирован», «заказ отправлен» или «возврат средств обработан».

Он предлагает несколько решений этой проблемы:

✔️Change Data Capture (CDC) — это приложение, которое умеет обрабатывать логи изменений, выделять из них события об изменении данных и уведомлять об этом потребителя изменений, реализующего бизнес-логику.

✔️Вспомогательная история/таблицы журналов

✔️Введение шаблона транзакционного исходящего ящика — подход, которому отдает предпочтение сам автор

Вопрос по Git. В чем разница между merge и rebase?

merge и rebase — это два различных подхода к интеграции изменений в Git.

Merge:

Когда вы выполняете merge, Git создает новый коммит, который объединяет изменения из двух (или более) веток.
Этот коммит имеет два родителя — по одному от каждой ветки.
После слияния ветки сохраняют свою структуру, история коммитов не переписывается.
Merge часто создает «соединительный» коммит.

Rebase:

Когда вы выполняете rebase, Git берет изменения из одной ветки и применяет их к другой ветке, как если бы они были там изначально.
Это переписывает историю коммитов, создавая новые коммиты для изменений в другой ветке.
История становится линейной, и смотрится так, как будто изменения были внесены последовательно.

Сравнение:

Merge сохраняет структуру истории, но может создать дополнительные коммиты-соединители.
Rebase создает более линейную историю, но переписывает коммиты и может быть опасен при работе с общими ветками.

Выбор между merge и rebase зависит от предпочтений команды и конкретного контекста проекта. Важно помнить, что rebase изменяет историю коммитов, поэтому его следует использовать только для локальных веток, которые вы еще не отправили в общий репозиторий.

#вопросы_с_собеседований

#memes

«Я перестал использовать Copilot после 2 месяцев. И вот почему»

Автор делится своим опытом работы с Copilot, приводя как положительные, так и отрицательные аспекты его использования. В статье рассмотрены следующие моменты:

Сетап: Copilot использовался с языками PHP (Laravel) и TypeScript (React) в редакторе nvim, работая над фронтендом, бекендом и тестами.

Плюсы:

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

Минусы:

❗Уменьшение продуктивности: Copilot требует постоянного внимания к предлагаемому коду, что снижает моторную память и замедляет работу.
❗Импорты: Copilot не всегда корректно вставляет импорты, что приводит к путанице и необходимости вручную проверять зависимости.
❗Ошибки: Инструмент иногда подсказывает неверные команды или синтаксически некорректный код, что приводит к ошибкам и требует дополнительных исправлений.

Итог:

Copilot полезен для больших кусков кода, но в коротких командах он больше мешает, чем помогает.

Обычный автокомплит вместе с моторной памятью оказывается быстрее и приятнее в использовании.

В некоторых случаях проще использовать копипасту и обращаться к ChatGPT для уточнения вопросов.

😨 Страх ошибок: как он мешает вам писать код

Страх совершить ошибку при внесении изменений в код может серьезно ограничивать профессиональный рост программиста. Как преодолеть этот психологический барьер и стать более эффективным разработчиком? Ответы — в нашей статье.

🍇 18 основных паттернов микросервисной архитектуры

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

Читать статью

Руководство по событиям модели в Laravel

В Laravel, события моделей (model events) позволяют автоматически запускать определенную логику при выполнении действий с моделями Eloquent, таких как создание, обновление или удаление записей. Это может быть очень удобно, но важно правильно их использовать, чтобы избежать нежелательных побочных эффектов.

События моделей

В Laravel некоторые события моделей автоматически запускаются при выполнении определенных действий с моделями Eloquent. Вот некоторые из них:

retrieved — запись извлечена из базы данных.
creating — запись создается.
created — запись создана.
updating — запись обновляется.
updated — запись обновлена.
saving — запись сохраняется (создается или обновляется).
saved — запись сохранена.
deleting — запись удаляется.
deleted — запись удалена.
trashed — запись помечена как удаленная (soft delete).
forceDeleting — запись принудительно удаляется.
forceDeleted — запись принудительно удалена.
restoring — запись восстанавливается после soft delete.
restored — запись восстановлена после soft delete.
replicating — запись клонируется.

Прослушивание событий моделей

Существует несколько способов прослушивания событий моделей:

🔸Свойство dispatchesEvents в модели: Позволяет связать события моделей с классами событий, которые должны быть запущены.

🔸Замыкания (closures) в методе booted модели: Позволяют определять слушатели прямо в модели.

🔸Наблюдатели (observers): Классы, которые содержат методы для обработки различных событий модели.

Возможные проблемы и альтернативные подходы

🔸События моделей: События не запускаются, если манипуляции с данными выполняются напрямую через фасад DB или при массовых операциях (bulk operations).

🔸Альтернативы: Для более сложных операций или если нежелательные побочные эффекты вызывают проблемы в тестах, можно использовать сервисы или классы действий (actions) для более явного управления логикой.

PHP функции и способы их применения

В PHP становится все больше способов работы с функциями. Хотя ООП и является основной парадигмой для этого языка, процедурный и функциональный подходы тоже имеет право на жизнь в PHP. Давайте рассмотрим различные примеры работы с функциями в PHP 8.3

Использование вспомогательных функций для преобразования Markdown в HTML в Laravel 11

В этом руководстве показано, как создать вспомогательную функцию в приложении Laravel для преобразования содержимого Markdown в HTML с использованием библиотеки league/commonmark.

Опишите жизненный цикл HTTP-запроса.

Жизненный цикл HTTP-запроса в PHP можно разделить на следующие этапы:

1️⃣ Инициация запроса: Когда клиент отправляет HTTP-запрос на сервер, он инициирует процесс обработки запроса. В PHP это может быть инициировано, например, через браузер или с помощью команды curl в командной строке.

2️⃣ Маршрутизация: После получения запроса сервер должен определить, какой код или файл должен обрабатывать этот запрос. В PHP это может быть определено с помощью файла .htaccess или механизма маршрутизации, такого как маршрутизатор в фреймворке.

3️⃣ Обработка запроса: Когда PHP определяет, какой код или файл должен обработать запрос, он запускает этот код или файл. Этот этап включает выполнение кода, чтение и обработку данных, выполнение операций с базой данных и другие операции, необходимые для обработки запроса.

4️⃣ Генерация и отправка ответа: После обработки запроса PHP генерирует данные, которые должны быть отправлены обратно клиенту. Это может включать в себя генерацию HTML-страницы, отправку изображений, создание и отправку JSON-ответов и т. д. Затем PHP отправляет созданный ответ обратно на клиентскую сторону.

5️⃣ Завершение обработки запроса: После отправки ответа PHP завершает обработку запроса, освобождает ресурсы, которые были использованы во время обработки, и завершает свое выполнение.

#вопросы_с_собеседований

#memes

Spaceman

Эта тулза присваивает пространства имен легаси php-коду без пространства имен

Привет, друзья! 👋

Мы готовим статью о самых раздражающих вопросах на собеседованиях и хотим узнать ваше мнение! 🤔💼

📌 Какой вопрос на собеседовании вы считаете самым бесящим или нелепым? Почему?
🎭 Как вы обычно отвечаете на вопрос «Расскажите о своих недостатках»? Поделитесь своими лайфхаками!
🚀 Какой самый неожиданный или креативный вопрос вам задавали на собеседовании? Как вы на него ответили?

Ваши ответы помогут другим кандидатам подготовиться к собеседованиям! Самые интересные истории и советы попадут в нашу статью.

Ждём ваших комментариев! 👇😊

#дайджест #phpdevjob

Вакансии PHP разработчиков уровня Junior

▪️PHP-программист
Липецк, WL — создание и продвижение сайтов
Подробнее

▪️PHP Laravel/Symfony разработчик
Ульяновск, FrameWork Team — аутсорс-разработка
Подробнее

Вакансии PHP разработчиков уровня Middle

▪️PHP-разработчик
Удаленка, ДосЛаб — разработка ПО
Подробнее

▪️Full-stack developer
Удаленка, Первый Бит — интегратор IT-решений
Подробнее

Вакансии PHP разработчиков уровня Senior

▪️Team Lead
Москва, Драфтер — разработка ПО
Подробнее

▪️PHP-программист
Москва, СИНЬЮС — оперативные новости и аналитические материалы
Подробнее

Понравились вакансии?
❤️ — да
🤔 — нет

В этом видео рассматривается функция whereAny(), которая была выпущена в Laravel 10.47. Это очень элегантный способ захвата данных на основе условного «любой из следующих столбцов»

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи

Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом.

Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций.

Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах.

👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.