Как вытягивать данные из БД в реальном времени?

Bred Thomson, Зачем искать в БД такую же запись?
Как только создаём новую запись(делаем insert в базу/коммитим транзакцию) - отправляем эту же записть в шаблон и делаем что нужно

Как правильно реализовать MVC и MVP?

Araik,

MVC изначально это паттерн для UI, в вебе он реализуется немного по другому и из-за этого получается разночтение, вопрос терминологии, не более.

В том то и проблема, что люди пытаются паттерн с UI натягивать на request/response. Вобщем то - как всегда гонка за модными терминами

Как правильно реализовать MVC и MVP?

Araik,

Я MVC в вебе понимаю так:
M - модель (данные)
V - Отображение (по сути - шаблонизатор\шаблоны)
C - логика (получает данные из модели, отправляет во vie

Поэтому, то что в вебе называют MVC им не является, а является https://en.wikipedia.org/wiki/Model%E2%80%93view%E...

Какой инструмет выбрать для бэкенда?

Под моделью с логикой и без доступа к БД подразумевается модель + хелперы всякие типа форматтеров

Domain model и репозиторий + Data Mapper для сохранения.
На чтение отдельные модели, и никакие форматтеры в первых не нужны.

А что, кстати, мешает юнитами тестировать сервисный слой?

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

Сколько людей - столько мнений

Анемичная модель уже лет 20 как вполне себе признанный антипаттерн.
И её недостатки явно выводятся из общепризнанных, опять же, кмк, coupling/cohesion и банально идей Инкапсуляции/Information hiding.

Другое дело что есть пара препятствий к их использованию:
1. Люди до сих пор мыслят и проектируют процедурно(отдельно данные, отдельно логика). Понять что данные об одном пользователе можно хранить в нескольких сущностях, а не в одной на 20 полей, где и имя с соц. Профилем, и данные аутентификации, и рекламные идентификаторы, уже серьёзный майндшифт
2. Проектировать хорошую доменную модель сложно, плюс нужна инфраструктура, иначе можно сделать только хуже
3. Люди пытаются втащить модные штуки в проект без надобности, делают это плохо и дискредитируют их

Какой инструмет выбрать для бэкенда?

Django в плане архитектуры не фонтан, "толстые модели" (модели, в которые впихивают логику на кучу строк кода) - такое себе.

Стоит различать Active Record модели и Rich Domain Model.
AR(совмещение в сущностях и доступа к хранилищу и БЛ) - действительно считается антипаттерном и не предназначен для сложных приложений со сложной БЛ.

Rich Domain Model - модель с логикой и без доступа к БД как раз хорошо масштабируется и во всех планах лучше вынесения логики в сервисный слой (инкапсуляция, меньше связность = можно тестировать юнитами, более явно выражены требования), только она тоже требует проектирования и декомпозиции, "кучи кода" там быть не должно.

А разделение на модель данных(в которой часто делают геттеры/сеттеры) и сервисы с логикой называется анемичной моделью, и так же считается антипаттерном.

База данных для интернет магазина?

Json поля или EAV(менее удобно)

Где загружать промежуточные данные?

entermix,

модель это данные, если что.

Модель абстрактное понятие. Модель данных это данные. Но модель в MVC/MVP/MVA/MMVC не модель данных.

То, что вы хотите написать в контроллере должно быть в сервисах.

Контроллеры тоже могут быть сервисами :)
А вообще, если данные в сущности - работа с ними тоже должна быть в сущности, см. information hiding, information expert и т.д.

Где загружать промежуточные данные?

А логику с данными лучше вынести в сервис.

Не лучше. Данные плюс логика и есть модель.
А разделять логику и данные = писать процедурный код, если что.

Doctrine ORM: можно ли не мапить объекты целиком?

Станислав, Назначение доктрины - мапить ваши объекты с бизнес-логикой(сущности) на БД таким образом, чтобы сущности про хранилище не знали ничего.

Если данные нужны для чтения (вывести пользователю и т.п) - вы можете выбрать их через SQL/DQL и смапить на отдельные объекты с нужными полями.

Как правильно бросать исключение?

Для создания с разными аргументами отдельные функции:
$address = Address::fromDto($myDto);

Зачем нужен data transfer object и/или builder при работе с реквестом?

Зачем тогда вообще нужны билдеры и ДТО, это не нужный лишний шаг для меня если можно напрямую данные из реквеста сохранить в модель тк они уже прошли проверку в FormRequest ?

А зачем нужен бэкенд если данные из реквеста = запись в базе?)
Лишняя прослойка же, можно просто postgrest взять.

А серьёзно - почитайте описания терминов используемых и какую-нибудь книжку по архитектуре

Можно ли тут как-то избавится от плагиата?

bedolazhka, Нужно показать ошибку по одному полю - возьмите один элемент из массива ошибок.
Если в программе произошла исключительная ситуация - кидайте исключения - возвращать false или строку - костыль.
Есть ещё всякие either, но не в реалиях пхп. Хотя с union types будет чуть интереснее, но тогда уже нужно делать объект ошибки, а не строку возвращать.

Что читать по веб разработке...?

rest/mvc и прочие термины веб разработки. Или как все разработчики понимают эти вещи? Откуда берут? Или это очень простые вещи, прсто я тупой?

Секрет прост - большинство разработчиков не понимают эти вещи и используют баззворды не по назначению, прочитав пару статей с Хабра.

REST в принципе не про CRUD, а вместо классического MVC на бэкенде используется Mediating Controller MVC.
Википедию можете почитать, но это не то на чем стоит зацикливаться.

Как вытащить jsonschema со встроенными ссылками?

kaxa3201, Для работы со схемами в PHP есть justinrainbow/json-schema, но там в основном валидатор, хотя эта библиотека умеет парсить ссылки, и возможно оттуда можно реюзать функциональность, либо можно попробовать написать скрипт на js с чем-нибудь таким - https://www.npmjs.com/package/json-schema-ref-parser

Как вытащить jsonschema со встроенными ссылками?

kaxa3201, Вряд ли. В этом не много смысла, + неразрешимая ситуация с рекурсией.
Опишите лучше задачу, зачем избавляться от ссылок?

Нормально ли изменять параметр функции внутри функции без объявления переменной?

Ventus,

эх, я запутался. Senior написал, что не нужно. Вы написали, что нужно. Надо подождать еще мнений, похоже)

Я бы вам посоветовал пересмотреть и подумать над своими методами познания)
Бежать всё переписывать так, как посоветовал рандомный аноним с Тостера - явно так себе затея)
Даже если у него в профиле написано, что он Синьор-помидор.

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

Нормально ли изменять параметр функции внутри функции без объявления переменной?

Ventus, Лучше добавить переменную чем менять аргумент(А там можно вообще в иммутабельность податься, хе-хе)

Возможна ли вставка через PDO ассоциативного массива в БД MySql?

JSON-поля ( https://dev.mysql.com/doc/refman/8.0/en/json.html )

Является ли залогом безбажности тщательная проверка всего кода, и что делать, если в нашей команде - является?

vzyalgvozd,

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

Примеры проблем где?
Может тесты пишутся таки плохо, потому и не ловятся.

Читать умеем?

Умеем. И исходя из прочитанного я вам ответ написал выше. Ваша очередь читать.

Почему плохо писать код в шаблонах?

ThunderCat,

В плане "В вебе MVC нет" - вообще без комментариев. То что он там другой (немного) не значит что его нет.

Это значит что его нет, но некоторые программисты не разобравшись называют так свое поделие, не понимая зачем нужны конкретные ограничения. Точно так же как и с REST.

Дело ваше, впрочем.