Yii Framework

Я думаю не стоит делить. Тут важна цель приложения - чтобы потребители нашли себе поставщиков. Соответственно и домен один. Тем более что база у вас одна и та же. Это признак того, что разделение не нужно. Если над проектом работает одна команда, а не несколько раздельных, то поддерживать будет прощ...

Как тот, кто поработал в командах или группах команд из 50+ человек, подтверждаю, что слои и DDD — прежде всего способы не сойти с ума от сложности, поделить ответственность между рабочими группами, хоть как-то находить общий язык с представителями бизнеса. Это всё не от хорошей жизни. Если у вас п...

Во что не верю? Я наоборот говорю, что хороший (канонический) ООП по определению естественным путём реализует DDD. Почти синонимы. А вы нам всеми силами эти синонимы противопоставлять пытаетесь. Что вы за ООП, но против DDD. ООП и DDD не синонимы. ООП - парадигма программирования. DDD - подход к ра...

Я бы не делал DDD. Сделал бы рефакторинг, покрыл бы тестами, если из нет.

Вот недо-ООП-код без DDD: А в существование хорошего ООП кода без DDD не верите? Вы как-то поляризуете: говнокод - DDD? Третьего по-вашему нет? Ключевое - абстракция домена от нечистых технических вещей. Инкапсуляция всего технического в инфраструктуру. Чтобы думать смыслами, а не деталями. Так вот...

А с чем здесь спорить? Это дополняющие вещи, а не противоположные. Тогда можно сделать вывод что ООП может существовать без DDD, нормальный код может существовать без DDD, тесты могут существовать без DDD. DDD вещь дополняющая. Вопрос: зачем нужен DDD если и без него можно получить хороший объектно...

В чём лукавство? В том что из замены $order->status = self::CLOSED на $order->close() никак не следует то, что используется DDD. Используется инкапсуляция и всё. Инкапсуляция может использоваться и без DDD. А если воспринимаете DDD как нечто техническое, заставляющее Вас использовать все паттерны, ...

Да. Строку $order->status = CLOSED заменяем на $order->close() и внезапно получаем DDD. Это не так уж и сложно. Что ж вы лукавите? Если следовать вашему утверждению, то весь код, в котором вместо присваивания публичному свойству значения напрямую используется метод, становится кодом, написанным по ...

У меня практически каждый, который сложнее просто блога: залоговый аукцион, биржа автосервисов, бронирование билетов, кабинет ученика, менеджер проектов, платные ресурсы. А разработчиков сколько? Вы один? И при этом у вас DDD? А в технической реализации естественно получается из них канонический ОО...

Ну не все ж проекты из 20000 файлов...

uEhlO4a писал(а): ↑2019.04.18, 01:32 Любителей "писать адаптеры на фреймворк" можно отправлять сразу по известному адресу писать адаптеры на .NET, потому что вдруг выйдет 5 версия! Еб..нутся.

Давно так не смеялся, поддерживаю.

Все что вы говорите имеет резон, но вы же взяли бесплатный инструмент, без всякой поддержки и гарантий, так сказать "AS IS". Если хочется какой-то поддержки, и долгоиграющих версий как вы сказали "корпоративного" уровня, за это надо платить, халявы тут почти не бывает. Поэтому мн...

У меня 1.20 работает на 7.2, и работает без нареканий. Есть ли еще PHP фреймворки, в которых одна мажорная версия поддерживалась бы 9 лет?

Есть теория и в теории мы все сильны, а есть реальность. Российские бизнесмены в большинстве своём не хотят и не могут финансировать разработку как по уму Я бы спокойно продолжал периодически поднимать вопрос про необходимость переписывания на плановых/периодических встречах с руководством. Просил ...

Я вот думаю, что дело не во фреймворке и не в отсутствии абстракций. Каков состав команды? Как процессы организованы? А вы не думали, что просто силы не рассчитали? Ну да, получилось у вашей команды сделать функционал перво-наперво, но поддержку при нынешнем составе команды и процессах не потянули. ...

1. По мне ParseInterface и его наследники абсолютно лишние, форматы для сайтов строго заданы, какая тут может быть замена со временем? 2. Класс Body тоже по-моему лишний. Для него то отдельная абстракция вообще зачем? 3. По PSR2 код бы форматировать. Короче, я бы сделал так: <?php namespace currency...

и я бы профиль сделал 1 полем JSON и назвал бы "profile", ха-ха Это делать точно не буду) Так как поиск по полям будет. Да, я бы тоже так не стал делать, сделал бы отдельными таблицами на каждый тип, чтобы можно было использовать всю мощь реляционной модели. Сначала построить абстракцию, ...

Уж точно не надо начинать с проектирования БД. Не соглашусь. Чем это обосновано? Полно приложений и побольше, где все начиналось с БД, живет и работает прекрасно. Методология, проверенная годами. Я соглашусь с ответом выше. Ничего советовать не буду, но если бы я делал что-то подобное, модульность ...

Vladbara705 писал(а): ↑2019.02.24, 15:56 Вопрос в том, можно ли в модели создавать другие классы и бизнес-логику хранить там ?
Или это делается в другом месте ?

Конечно, можете. Главное чтобы было тестируемо.

class ProgressionInput { /** * @var string */ private $input; public function __construct(string $input) { $this->input = $input; } public function isProgression() : bool { //здесь будет код, который определяет, прогрессия это или нет, если прогессия return true, нет return false } } Далее этот кла...