actor model это речь о akka ?

http://wiki.c2.com/?ActorsModel

а вот к слову, че там в fp по поводу эктор модел? кто-нибудь в хаскель мире проповедет?

хз

https://www.reddit.com/r/haskell/comments/b7anj/actors_are_not_a_good_concurrency_model/

http://wiki.c2.com/ - крутой ресурс со ссылками на первоисточники и обсуждениями основных штук в программировании.

хз

но как ментальная модель - очень хороша)

естественно есть ситуации когда ты процессы моделируешь - тут экторы не особо спасают

хотя смотря что конечно

кстати, кто победил в конкурсе на самый оопшный рефакторинг?

Был такой конкурс?)

Интересно в чём результат измерялся?)

В фаулерах?))

https://github.com/yegor256/hangman

В фаулерах?))

в книжке победителю)

А как понять кто победил?) тот кому книжку подарили?)

Логично)

так да

вполне оопшно

Я имел ввиду есть ли какая шкала оопэшности или диаграмма крутости кода?)

только личная оценка проверяльщика, думаю

ну вообще поэтому и интересно посмотреть, что делали люди и как они оценивались

пишите процедурный код

))))

Так парни опишу подробнее свою проблему. Есть классы (в скобках примеры) Course - ученая программа(матанал) Filial - филиал в городе астана CourseFilial - табличка в базе обозначающая конртеную реализацию программа в филиале Plan - конкретный план с определенными датами программы в филиале Lesson - элемент плана лекция по сути Так и не понимаю как всю это систему разложить грамотно. Вот напрмер методы: getNearestLessonOfCourse(Course) archiveCourse(Course) - проверка есть ли впереди активне лессоны курса и изменение статуса cancelLessonsOfTeacher(Techer) - отмена все х уроков одного препода Сейчас это все лежит в классах с сцуффиксомм service, которые обертки над реопзиториями и сущностями. Всё никак не могу придумать как начать их разносить, трудности даже с наименованиями. Буду благодарен за любые наводки

@mkusher @fes0r @f3ath @chipnesh и все все все))

> CourseFilial - табличка в базе обозначающая конртеную реализацию программа в филиале то есть povit табличка с двумя полями или все же там что-то еще есть?

Так парни опишу подробнее свою проблему. Есть классы (в скобках примеры) Course - ученая программа(матанал) Filial - филиал в городе астана CourseFilial - табличка в базе обозначающая конртеную реализацию программа в филиале Plan - конкретный план с определенными датами программы в филиале Lesson - элемент плана лекция по сути Так и не понимаю как всю это систему разложить грамотно. Вот напрмер методы: getNearestLessonOfCourse(Course) archiveCourse(Course) - проверка есть ли впереди активне лессоны курса и изменение статуса cancelLessonsOfTeacher(Techer) - отмена все х уроков одного препода Сейчас это все лежит в классах с сцуффиксомм service, которые обертки над реопзиториями и сущностями. Всё никак не могу придумать как начать их разносить, трудности даже с наименованиями. Буду благодарен за любые наводки

ты почитал про "информационный эксперт"?

https://ru.wikipedia.org/wiki/GRASP#1._.D0.98.D0.BD.D1.84.D0.BE.D1.80.D0.BC.D0.B0.D1.86.D0.B8.D0.BE.D0.BD.D0.BD.D1.8B.D0.B9_.D1.8D.D0.BA.D1.81.D0.BF.D0.B5.D1.80.D1.82_.28Information_Expert.29

это тип необходимый бэкграунд для дальнейших обсуждений

там недолго читать

да, я видел я и раньше знал его. Но вот например метод getNearestLessonOfCourse(Course) кто больше обладает инфой. Лессоны или Курсы. Наверно лессоны так как курс мы передаем параметром и нам от него ничего не нужно по сути. Тогда рассуждаю дальше в каокй класс связанный с Lesson переестить его из LessonService?

если в entity то будет жирная модель

которая много на себя берёт

не торопись

LessonToCourseRelation - ка кто нелепо на мой взгялж

Хотя тутеще усложняется тем что курсы связаны с урокам ине напрямую

а через CourseFilial и Plan

расскажи про связи. Lessons существуют независимо или все-таки привязаны к плану? Планы привязаны к курсу?

Course<CourseFilial<Plan<Lesson

правое принадлежит левому

окей, давай дальше. getNearestLessonOfCourse - что делает этот метод?

1. что он должен делать, какова его задача? 2. что ему для этого нужно от кого?

По неймингу: getNextAvailableLesson? getNextScheduledLesson?

По неймингу: getNextAvailableLesson? getNextScheduledLesson?

по этому я и задал вопрос "что оно делает"

Nearest - это про пространственную близость, не про временнУю

По курсу получает все CourseFilial по ним все Plan по ним все lesson и из лессонов выбирает тот начало которого максимально близко к текущей дате

я метод как пример привел, не помню есть ли он точно или нет в проекте

1. что он должен делать, какова его задача? 2. что ему для этого нужно от кого?

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

ну решение влоб

вот реальный пример который утром писал вам пытался сделать - isStudyProgrammFinished - проверяет есть ли у конкретного плана, уроки которые будут проведены в будущем. Я так и не определился утром куда его засунуть в итоге написал sql в файле консольной команды (( без повторного изпользования естесвенно и объектов

1. просим курс предоставить список всех ближайших лекций 2. просим каждый филиал предоставить список ближайших лекций 3. просим каждый план предоставить список ближайших лекций 4. возвращаем агрегированный результат

StudyProgram - это наывается Curriculum

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

> Я так и не определился утром куда его засунуть в итоге написал sql в файле если это просто репорт - то в целом норм

вообще я не вижу проблем с тем что бы подобного рода выборки делать простым SQL-ем в сервисах. Если это задачи именно на отображение например.

ибо судя по описанию задача не из разряда OLTP

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

В ддд (так сказал эванс) репозиторий - это вроде как коллекция, только умная) т.е. там самое место сложным агрегирующим запросам

только если они вытягивают сущности

а если это какие-то вьюшки-дтошки, то не надо

только если они вытягивают сущности

VO с агрегацией (чего-нибудь посчитать) тоже можно. Нельзя коллекции

Вытягивать можно только рут)

Если нужно знать когда будет ближайший курс может запилить LessonCalendar?

Вытягивать можно только рут)

да

*желательно

VO с агрегацией (чего-нибудь посчитать) тоже можно. Нельзя коллекции

ну хз

хотя тут тоже... если у нас репозиторий реализует интерфейс коллекции - в теории мы можем ее отфильтровать и получить новую коллекцию

ERROR: S client not available

очень зависит от кейса, лучше не надо)

но хз

вообще я не вижу проблем с тем что бы подобного рода выборки делать простым SQL-ем в сервисах. Если это задачи именно на отображение например.

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

очень зависит от кейса, лучше не надо)

согласен)

но я хотел часть методов описать где то в общих файлах чтобы юзать их потом

окзалось sql в разы проще для меня

Используй цкуэрэс ?

окзалось sql в разы проще для меня

говоришь так, будто sql как-то отрицает объектную модель или противопоставляется ей

но я хотел часть методов описать где то в общих файлах чтобы юзать их потом

FYI: если под "потом" ты имеешь в виду "когда возникнет нужда в будущем", то не забывай про YAGNI

1. просим курс предоставить список всех ближайших лекций 2. просим каждый филиал предоставить список ближайших лекций 3. просим каждый план предоставить список ближайших лекций 4. возвращаем агрегированный результат

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

говоришь так, будто sql как-то отрицает объектную модель или противопоставляется ей

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

FYI: если под "потом" ты имеешь в виду "когда возникнет нужда в будущем", то не забывай про YAGNI

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

Прост положи свои скрипты в методы репозитория)

Так тогда репозиторий будет свалкой геттеров и фильтров

?

Так тогда репозиторий будет свалкой геттеров и фильтров

делигирование тебе поможет

Откуда геттеры?)

Так нихуя и не понял как мою предметную область отобращзить в маленьких классах

д - декомпозиция, если у тебя много фильтров, то сделай объекты представляющие собой фильтры

Откуда геттеры?)

он про всякие getNearestBlaBla

Откуда геттеры?)

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

он про всякие getNearestBlaBla

ДА верно

Я думал это всё скуэль запросом можно сделать? Не?)

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

тип того.

но у этого способа если втупую делать куча минусов

тип того.

Так методов таких очень много

Курс это вершина иерархии

И вск так или иначе на нкго ссылается

мне кажется у тебя отношения между сущностями какие-то неправильные

и тебе надо это переработать

д - декомпозиция, если у тебя много фильтров, то сделай объекты представляющие собой фильтры

PastCourseLesson, FreeCourseLesson, DeletedCourseLesson... и у всех метод exexute?