Я бы просто в контроллере сделал отдельный метод который бы давал анонсы и все

Именно так

Это 1 сущтносиь

получается я оставляю текущий AnounceServis только меняю реализацию его методов. Ну а Anounce и AnounceEntityManager убиваю

да, как сказал Oleg не плоди сущностей)

Но такая что курс может ещё не быть заяатым

Или быть на 30%готовым

Но такая что курс может ещё не быть заяатым

ты о чем вообще?

Как так

Анонс курса

Курс

ты о чем вообще?

То что курс видимо может быть на 100% незаполнен

Анонс может бытьтекстовое поле

А может быть 10 видео

если 90% копипасты то точно не тот случай

Не копипаста

Это программист не понял манагера

ты с ним работаешь что-ли?

90% типичного не понимания

Нет

Боженька миловал :)

т.е контент менеджер заметила что 90% она копипастить из курса в анонс

вот пруф

так что я не знаю о чем ты вещаешь

И я про то

Мы теоретически имеем ситуацию когда анонс есть но курса нет еще мы через полгода выпустим это но пока незнаем как это будет )

Она копирует что?

контент

контент менеджер же

Ссылки текста описания

У анонса то же описание что и у курса

"кроме видосов и галочки"

То же назвпние

почитай внимательно о чем человек пишет и не неси чушь

Епт

Мы теоретически имеем ситуацию когда анонс есть но курса нет еще мы через полгода выпустим это но пока незнаем как это будет )

нет, там анонсы уже готовых курсов тока

Да хорош

нет, там анонсы уже готовых курсов тока

Да не суть готовы они или нет

Сериалы показывают до того как сняли сезон

самое смешное что кто-то там про "не множ сущности" а потом начали множить сущности

Где

Кто

Это одна сущность курс

и? это просто "курс по PHP" например и тебе надо сделать анонс нового курса

У него есть части/сезоны есть эпизоды/уроки

Делаешь курс

Без учебных материалов

и для анонсов не придумали ничего лучше чем "а давайте курс скопипасним". Контент менеджер пожаловался, его работу упростили. Все счастливы.

Добавляет текст и видео

и для анонсов не придумали ничего лучше чем "а давайте курс скопипасним". Контент менеджер пожаловался, его работу упростили. Все счастливы.

Ну и я о том

Это косяк

нет, там анонсы уже готовых курсов тока

Тогда просто еще одна вьюшка и метод в контроллере

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

Тогда просто еще одна вьюшка и метод в контроллере

Анонсов может быть много

Тогда просто еще одна вьюшка и метод в контроллере

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

Тогда просто еще одна вьюшка и метод в контроллере

не трогать контроллеры вьюшки и прочую чушь. Заменить реализацию сервиса который достает анонсы. Все.

вьюхи тоже не будет т.к там json отдается

Для каждой недели например

и я должен оставить его таким же

Для каждой недели например

горшочек не вари

не трогать контроллеры вьюшки и прочую чушь. Заменить реализацию сервиса который достает анонсы. Все.

Кстати тоже вариант очень ннплохой

не трогать контроллеры вьюшки и прочую чушь. Заменить реализацию сервиса который достает анонсы. Все.

Не трогать урлы скорее всего имелось ввиду

А зареинженерить контроллеры это норм

не трогать контроллеры вьюшки и прочую чушь. Заменить реализацию сервиса который достает анонсы. Все.

Но КМК если сущность убрали то и всю обвязку для нее надо тоже выпилить

Тем более в теории там нет логики

там к сожалению есть

я делал git blame

большинство кода написано в 2012 году

Да не важн

Хотя то что ты назвал это блейм

ERROR: S client not available

Тогда как в пхпсторме это аннотейт

Плюс к в копилку

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

и даже внутри класса они используются, как мне кажется эт лишнее

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

Тру круд

Но КМК если сущность убрали то и всю обвязку для нее надо тоже выпилить

почитай про закон деметры

сущность становится репрезентацией объекта курса

контроллеру до фени сущность это или нет

если они еще и с виду одинаковые - то пофигу от слова совсем

почитай про закон деметры

Хорошо, ознакомлюсь, спасибо

Implementing Domain-Driven Design 1st Edition by Vaughn Vernon читла кто нить?

да

Ну и как? Имею ввиду простоту восприятия

легче и практичнее Эванса

но не знаю как она без знаний из Эванса пойдет

Кто может нормально объяснить почему квадрат нельзя от прямоугольника наследовать? Стандартные объяснения знаю, но они меня не убеждают ни капли. Ну или объясните почему этот пример как пример дают )

вот более наглядный пример

lsp - допустим есть тип Птица и есть подтипы: орёл, цапля, воробей. Все птицы умеют летать и во всех местах программы вместо птицы можно будет подставить три эти реализации и всё будет работать. Substitutability is a principle in object-oriented programming stating that, in a computer program, if S is a subtype of T, then objects of type T may be replaced with objects of type S (i.e. an object of type T may be substituted with any object of a subtype S) without altering any of the desirable properties of T (correctness, task performed, etc.). More formally, the Liskov substitution principle (LSP) is a particular definition of a subtyping relation, called (strong) behavioral subtyping, Но есть ещё пингвин, который летать не умеет но он ЯВЛЯЕТСЯ птицей, добавляем пингвина в нашу программу и опять говорим всем птицам лететь, все выполняют команду, пингвин бросает UnsupportedOperationException. Или пингвин должен летать, т.к. он ЯВЛЯЕТСЯ птицей или он не должен быть птицей. Пингвин это нарушение lsp, пример из реального мира: java collection framework.

Тот же косяк, что и с квадратом. Кто сказал, что птица летает? Страус - птица, но он разве летает? Или курица? Да, курица может пролететь чуть-чуть, но ёжик тоже может, если ему помочь ))) здесь косяк в другом: вместо "летающие птицы" используют просто "птицы", но это не значит, что одним из родителей не может быть "птица". Разве не так?

На птицу навесили обязанность, которой она не должна обладать. Это не проблема птиц, это проблема того, кто решил заставить птиц летать

я не знаю как то объяснить, ты вероятно рано или поздно придешь к этому, тут смысл в том что лучше мыслить интерфейсами а не классами, как мне кажется

Тот же косяк, что и с квадратом. Кто сказал, что птица летает? Страус - птица, но он разве летает? Или курица? Да, курица может пролететь чуть-чуть, но ёжик тоже может, если ему помочь ))) здесь косяк в другом: вместо "летающие птицы" используют просто "птицы", но это не значит, что одним из родителей не может быть "птица". Разве не так?

в том то и смысл The Liskov Substitution Principle,если я не ошибаюсь, ты должен иметь возможность подменить экземпляр на его подтип без изменения правильности выполнения программы

Тот же косяк, что и с квадратом. Кто сказал, что птица летает? Страус - птица, но он разве летает? Или курица? Да, курица может пролететь чуть-чуть, но ёжик тоже может, если ему помочь ))) здесь косяк в другом: вместо "летающие птицы" используют просто "птицы", но это не значит, что одним из родителей не может быть "птица". Разве не так?

это допущение твоей программы

примеры из реального мира не очень, но это скорее показывает развитие системы. До того, как мы узнали про пингвинов все птицы летали

и поэтому интерфейс собственно это и описывал

нет смысла в "летающих птицах", когда все птицы летают

Интерфейсы/классы по сути одно и тоже, в некоторых языках нет интерфейсов. Через интерфейсы получим те же косяки, т.е. проблема не в этом

Кто может нормально объяснить почему квадрат нельзя от прямоугольника наследовать? Стандартные объяснения знаю, но они меня не убеждают ни капли. Ну или объясните почему этот пример как пример дают )

свойство прямоугольника - ты можешь менять соотношение сторон. Свойство квадрата - фиксированное соотношение сторон.

нет смысла в "летающих птицах", когда все птицы летают

Не все, вот три выше не летают ) если нужны летающие птицы - значит и класс/интерфейс должен это явно показывать

Не все, вот три выше не летают ) если нужны летающие птицы - значит и класс/интерфейс должен это явно показывать

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

что бы можно было делать "птиц" и что они умеют как композицию

Не все, вот три выше не летают ) если нужны летающие птицы - значит и класс/интерфейс должен это явно показывать

нет, у вас не было инфы про то, что есть нелетающие птицы