если конечно руки не из жопы)

моя модель отнаследованная от фреймворка и есть адаптер

приведи пример чтобы было понятно что мы об одном и том же

схематически

а елеквенты вот да, адаптеры для доступа

и отдельно от них доменная модель

тру и эктив рекорд это как, я слишком мал для такого(

я имею ввиду реализацию

иногда доменной нет, потому что нет правил перехода стейта

ну вот сущности, которые мапятся доктриной как раз полностью от нее отвязаны

так ты свёл сущьности к "бизнес обхектам" или контейнеру с данными

и тогда остается только адаптер элоквента

как их там называют....

так ты свёл сущьности к "бизнес обхектам" или контейнеру с данными

ну две разные штуки ж

ну вот сущности, которые мапятся доктриной как раз полностью от нее отвязаны

о куда ты будешь писать код для МОДЕЛИ

о куда ты будешь писать код для МОДЕЛИ

вот ща я не понял и тебе надо мне немного разжевать

ну две разные штуки ж

ты по делу скажи

схему нарисуй хоть текстовую

где запросы живут

где резхультат хранится

запросы к базе?

да

в реализации репозиториев

мне например очень нравится то что умерло - onphp

там было просто ахрененно

а интерфейсы репозиториев живут рядом с сущностями

лара просто подсасывает

а интерфейсы репозиториев живут рядом с сущностями

схему

часто ты там репозитории меняешь?

хоть в патнте от руки

меня правда напрягает модель в современных фреймворках пхп

это вообще не то

но это не про наследование нихрена!

ну представь папочку CoreDomain в ней есть Product.php это класс и Catalog.php это интерфейс. В папочке AppBundle или какой-нибудь Infrastructure живет DoctrineCatalog.php где реализация Catalog.php для работы с базой через доктрину

меня правда напрягает модель в современных фреймворках пхп

ты про ar ?

в т.ч.

не только

save() это не задача бизнес обхекта

часто ты там репозитории меняешь?

как перчатки, вообще не меняю

просто 2 варианта или ar или datamapper или запросы ручками со всякими хелперами

как перчатки, вообще не меняю

зачем тебе тогда слабая связанность, интерфейсы, куча абстракций?

1, 2 много?

бля

https://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BC%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82 https://en.wikipedia.org/wiki/Business_object

1, 2 много?

для каждого? да

это одно и то же? ))))

для каждого кого?

хз кто там у тебя

ну представь папочку CoreDomain в ней есть Product.php это класс и Catalog.php это интерфейс. В папочке AppBundle или какой-нибудь Infrastructure живет DoctrineCatalog.php где реализация Catalog.php для работы с базой через доктрину

@BAGArt

ты там для каждой сущности лепишь репозитории на интерфейсах через фабрики

ты там для каждой сущности лепишь репозитории на интерфейсах через фабрики

лол, нет конечно

ну представь папочку CoreDomain в ней есть Product.php это класс и Catalog.php это интерфейс. В папочке AppBundle или какой-нибудь Infrastructure живет DoctrineCatalog.php где реализация Catalog.php для работы с базой через доктрину

уже странно с неймингом

уже странно с неймингом

ну ты конкретнее

ты там для каждой сущности лепишь репозитории на интерфейсах через фабрики

на весь проекта только пара аггрегатов, у которых есть или которым нужны репозитории

ну представь папочку CoreDomain в ней есть Product.php это класс и Catalog.php это интерфейс. В папочке AppBundle или какой-нибудь Infrastructure живет DoctrineCatalog.php где реализация Catalog.php для работы с базой через доктрину

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

ну представь папочку CoreDomain в ней есть Product.php это класс и Catalog.php это интерфейс. В папочке AppBundle или какой-нибудь Infrastructure живет DoctrineCatalog.php где реализация Catalog.php для работы с базой через доктрину

но ты описал всего лишь бизнес(доменный) объект вынесенны. этого мало

интерфейсы должны показывать что они интерфейсы

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

interface Catalog { find(ProductId $id): Product; findAll(): Product[]; add(Product $product); }

ICatalog же

фу

префиксы

.net?

я иногда пишу IfaceCatalog но меня както затралили по поводу

.net?

нет

это важно когда в иде работаешь

там вроде так ринято

Вон @arturpanteleev тоже решил в ООП. Все в кучу смешал. Фабрики, адаптеры.

эжто си ж

С #

?

Вон @arturpanteleev тоже решил в ООП. Все в кучу смешал. Фабрики, адаптеры.

ну да каша вышла

@f3ath

Мы на курсах по деторождению, присоединюсь к раздаче через пару часов.

ЭТО си без плюсов

самый прикол что половина из того что я написал не нужна

пользователю твоего кода все-равно интерфейс там или класс, так зачем мне его как-то помечать

https://github.com/geocoder-php/Geocoder

а у меня php итп )

ну да каша вышла

убери ты эти Factory/Adapter

Они там вообще не в тему

пользователю твоего кода все-равно интерфейс там или класс, так зачем мне его как-то помечать

разница есть!

Просто MapService, Yandex

может венгерскую нотацию юзать?

убери ты эти Factory/Adapter

почему?

может венгерскую нотацию юзать?

всегда юзаю

пользователю твоего кода все-равно интерфейс там или класс, так зачем мне его как-то помечать

когда в автодополнении будут десятки классов хочется не ошибится при выборе интерфейса

фабрика генерирует объекты для нас

а адаптер обертка над либой

фабрика генерирует объекты для нас

она у тебя не генерирует

фабрика генерирует объекты для нас

ненавижу глобальные фабрики

когда в автодополнении будут десятки классов хочется не ошибится при выборе интерфейса

не понял)

и вообще я против магии

почему у тебя в автодополнении куча классов?

не понял)

в IDE

ты ж прописываешь namespace

use MyFavoriteApp\Catalog;

она у тебя не генерирует

ну не обхекты а массивы

и там нет кучи классов

ты точно каталог хочешь

просто модель было реально бы лишним создавать

и там нет кучи классов

в автодопоолнении

каком автодополнении? Их много разных

когда пишешь IPE имея ввиду "интерфейс паблик експорт"