KT
Где-то будет достаточно данных из общего запроса, где-то надо будет дернуть сервер ещё раз
+ придётся ещё иерархию объектов составить небольшую.
В каких-то ивентах приходит targetType, в других нет. Есть общие поля.
Size: a a a
2017 November 19
ES
KT
Вот поэтому и нужна простая плоская моделька евента
KT
И даже не интерактор, а репозиторий будет ее создавать
KT
В пакете entity надо сделать пакет app и там описать ее. Например FullEventInfo. И составить туда полей, всех необходимых. Давайте это и будет первым шагом этой задачи. Ок?
ES
я вот вас добавил в тестовый проект, чтобы посмотреть, что будет за ивент. Потом отпишитесь пожалуйста.
KT
Ок. Через минут 40
ES
В пакете entity надо сделать пакет app и там описать ее. Например FullEventInfo. И составить туда полей, всех необходимых. Давайте это и будет первым шагом этой задачи. Ок?
т.е создать одну модельку на все ивенты, из которой будут торчать методы по определению типа (isIssue, isMergeRequest,..)?
ES
В пакете entity надо сделать пакет app и там описать ее. Например FullEventInfo. И составить туда полей, всех необходимых. Давайте это и будет первым шагом этой задачи. Ок?
+ в этой моделе в Javadoc можно описать все её состояния
KT
т.е создать одну модельку на все ивенты, из которой будут торчать методы по определению типа (isIssue, isMergeRequest,..)?
зачем методы?? енамы на что придуманы?
KT
сделайте EventType
KT
никаких состояний! это дата модель! куда вас понесло?..
ES
тут под состоянием я понимал тип ивента 🙁
KT
KT
просто расслабтесь и не усложняйте
KT
делайте максимально просто
KT
в этом вся суть
ES
делайте максимально просто
так а этот enum, будет нашим локальным, тип будет вычисляться на основе того, что пришло с сервера?
KT
KT
представьте, что у вас идеальная моделька пришла с сервера. опишите ее. а потом сделаем ее из того, что есть