ну вот нарисовать то, что ты хочешь сделать определить связи, проставить стрелочки === следовательно получить куда более представление о продукте, если нет опыта в принципе

ну вот нарисовать то, что ты хочешь сделать определить связи, проставить стрелочки === следовательно получить куда более представление о продукте, если нет опыта в принципе

Да знаю я( Во большинстве книг которые я прочел были диаграммы Но лично мне они еще не разу не пригодились В будущем уделю внимание

рисуй сам

ну вот нарисовать то, что ты хочешь сделать определить связи, проставить стрелочки === следовательно получить куда более представление о продукте, если нет опыта в принципе

вот давно уже интересует - а есть че-то типа "активное uml", т.е. почти все то же самое, что и в uml, только чтобы можно было на основе этого конфиг генерировать? чтобы было понятнее простой пример: допустим есть флоу: пользователь регистрируется -> отправляется запрос/сообщение на какой-нить сервис, этот сервис шлет письмо пользователю, и вот хочется, чтобы можно было отключить отправку этого сообщения просто кликнув на стрелочке от действия "регистрация" на действие "отправка почты", сама связь т.е. остается, но она не типа активна и из этого генерируется конфиг, где указано, что это сообщение не шлется (либо не обрабатывается не важно)

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

Открой для себя сторимэппинг

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

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

не важно кто это, менеджер или разработчик

а далее уже есть куча подходов для организации требований. Лично мне нравится стори мэппинг так как очень наглядно

двумерная структура бэклога

и приоритизировать задачи проще

Не совсем то, и я так понял это больше для новых задач подходит, а надо в том числе для старого. Диаграмма последовательности ближе намного, но это частный случай, хотелось бы всю картину сразу иметь + добавить поддержку из неё управлять включением/отключением различных действий

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

http://slides.silverfire.me/2017/eatdog-ddd/#/

Не совсем то, и я так понял это больше для новых задач подходит, а надо в том числе для старого. Диаграмма последовательности ближе намного, но это частный случай, хотелось бы всю картину сразу иметь + добавить поддержку из неё управлять включением/отключением различных действий

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

а для "разобраться как работает" - ну да, надо разбираться и рисовать схемки, секвенс диаграмки и т.д.

и это надо именно рисовать, рисовать опять же может кто угодно кто понимает как работает

Рисовать не проблема, проблема - подходящий инструмент. Если перефразировать задачу: есть сеть, надо некоторые ребра "выключать" с сохранением этой информации в удобном виде. Причем это должно чем-то напоминать uml. Реализовать самому, конечно, вариант, но хотелось бы готовое че-нить )) хотя, это, скорее всего, выходит за рамки чата, так что забейте )

я начал свои di для php писать

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

и визуализировать как угодно

?

я начал свои di для php писать

опять?)

неа

продолжаю )

и визуализировать как угодно

прям почи symfony/di)

там есть дампер в dot файл

Рисовать не проблема, проблема - подходящий инструмент. Если перефразировать задачу: есть сеть, надо некоторые ребра "выключать" с сохранением этой информации в удобном виде. Причем это должно чем-то напоминать uml. Реализовать самому, конечно, вариант, но хотелось бы готовое че-нить )) хотя, это, скорее всего, выходит за рамки чата, так что забейте )

плохо понимаю о чем ты... но если найдешь такой инструмент - можешь поделиться

Здарова, мужики! Такая проблема - были две сущности Курс и Анонс. Перед мной поставили задачу выпилить сущность анон, т.к заметили что на 90% его поля дублируют поля Курса. Но я дложен созранить роуты /annonce/collection/ /annonce/collection/additional/ Ну то есть груповой read. CRUD контроллеры для анонса надо удалить. И терь вопрос как мне быть. У анонса была своя энтити, свой энтити манагер, свой сервис и свои контроллеры. И у курса все также было. Сейчас я начал с того что выпиливаю ненужные методы и поля, а нужные переношу в КурсСервис, но вот я не уверен что эт хорошо. Кто что посоветует?

Что есть анонс

Здарова, мужики! Такая проблема - были две сущности Курс и Анонс. Перед мной поставили задачу выпилить сущность анон, т.к заметили что на 90% его поля дублируют поля Курса. Но я дложен созранить роуты /annonce/collection/ /annonce/collection/additional/ Ну то есть груповой read. CRUD контроллеры для анонса надо удалить. И терь вопрос как мне быть. У анонса была своя энтити, свой энтити манагер, свой сервис и свои контроллеры. И у курса все также было. Сейчас я начал с того что выпиливаю ненужные методы и поля, а нужные переношу в КурсСервис, но вот я не уверен что эт хорошо. Кто что посоветует?

дублирование кода не причина для устранения дублирования если это РАЗНЫЕ сущности

Не дублирования кода!!

дублирование кода не причина для устранения дублирования если это РАЗНЫЕ сущности

+

а дублирвоание полей

а дублирвоание полей

ну то есть у тебя одинаковые поля

но это все еще разные сущности

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

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

хм... ну ок

кроме одного видео и 3 галочек(отображение анонса)

а теперь тогда что есть "курс" и что есть "анонс"

Не плоди сущности (с)

Зачем нужна еще одна сущность анонс если можно без нее

Не плоди сущности (с)

ты сииильно упростил суть бритвы Окамма

Зачем нужна еще одна сущность анонс если можно без нее

ну вот послушаем человека что это такое

Анонс это краткое описание курса, его даты и видео. Ну и галочки для оторажения

для начала

Анонс это краткое описание курса, его даты и видео. Ну и галочки для оторажения

ясно, тогда просто выпили

ты сииильно упростил суть бритвы Окамма

Да именно

Зачем нужна еще одна сущность анонс если можно без нее

да, в этом и есть моя задача

а метод getAnnounceCollection куда сувать? в CourseService?

оставь как есть

убери методы записи анонсов (они не нужны)

убери методы записи анонсов (они не нужны)

'n z gthdsv ltkjv e,hfk

первым делом убрал

окей, а методы чтения - не трогай

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

По сути анонс это еще один view курса верно ?

и хватит

Анонс это краткое описание курса, его даты и видео. Ну и галочки для оторажения

Те курс расширение анонса

У каждого курса или почти есть анонс

Те курс расширение анонса

скорее анонс = представление курса

По сути анонс это еще один view курса верно ?

вот я точно также это представляю

Значит тебе надо сделатт создание курчк

ERROR: S client not available

Те курс расширение анонса

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

Он может быть релиз и не зарелизеныц

Он может быть релиз и не зарелизеныц

чта?

И анонс релизед и нет

Так понял речь про оэмедийные курсы

И показ курса с даты х

А анонс с даты х минус у дней

Скорее всего пару недель - неделя

Но не с момента ввода текста

Артур Евгеньевич короч. роуты не трогай

вот я точно также это представляю

А роуты роуты. У вас фреймворк или что то еще если фреймворк то какой ?

А значит есть 2 даты паблик дэйт

Для анонса и для курса

Артур Евгеньевич короч. роуты не трогай

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

А роуты роуты. У вас фреймворк или что то еще если фреймворк то какой ?

симфа старая

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

ну тогда не делай ничего с контроллерами. Пусть у тебя будет 2 контроллера, 1 менеджер и 1 сущность

не вижу приступления

так а в контроллере мне какой сервис дергать? Курса же получается?

между ними не должно быть соответствия 1:1 в любом случае

так а в контроллере мне какой сервис дергать? Курса же получается?

да

ну или сделай сервис анонсов который будет дергать курсы

так было бы правильнее наверное

что-то типа AnounceProvider какой

ну или сделай сервис анонсов который будет дергать курсы

С доп файлами ван ту мени

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

С тегом/нецмом анонс

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

Но я незнаю как там симфони внутри

С роутами я бы просто редиректил