RK
Разве что named ресиверы пилить, хз как там будет разруливаться - но есть ощущение что будет лютый misuse функционала / хренпоймишто
Size: a a a
2020 July 05
AN
Ага, помню я "весёлые" упражнения со Spark и Java, когда было obj._22()
Ну вопрос в том, как определяется контекст и как идейно подходить к его проектирвоанию. Недавно вышла статья Елизарова про то, что не стоит пихать ресиверы везде. И он абсолютно прав. Ресивер должен быть в том случае, когда котнест реально задает поведение внутри себя
RK
Кстати, если ещё не видели: https://www.frameworklessmovement.org/
AN
Разве что named ресиверы пилить, хз как там будет разруливаться - но есть ощущение что будет лютый misuse функционала / хренпоймишто
А они и так named:
this@AAN
Если есть два ресивера с одним и тем же типом, то это уже не КОП.
AN
Кстати, если ещё не видели: https://www.frameworklessmovement.org/
Небось JS-еры
AN
Там это актуально
RK
Если есть два ресивера с одним и тем же типом, то это уже не КОП.
Мне нравится такое упражнение:
(1 to 2).apply {
(3 to 4).apply {
this@apply.first
}
}RK
Интересно такие кейсы читать :D
AN
Мне нравится такое упражнение:
(1 to 2).apply {
(3 to 4).apply {
this@apply.first
}
}Ну так это как раз не КОП, а хрень
RK
Ну так и ООП изначально был про объекты со стейтом и общение через мессаджи - а имеем DAO, DTO, BO, Entity и Бугаенко головного мозга
AN
Ну так и ООП изначально был про объекты со стейтом и общение через мессаджи - а имеем DAO, DTO, BO, Entity и Бугаенко головного мозга
Ну вот эта штука уже сейчас есть и как бы она ортогональна.
RK
ОП есть ОП, идея есть идея
RK
Последователи всегда дебилы )
(
Если есть два ресивера с одним и тем же типом, то это уже не КОП.
То есть, если у меня два разных модуля, которые проектировались параллельно, а потом мне понадобилось юзать их одновременно, то я обосрался?
RK
Кстати, ИМХО в статье про КОП нехватило одной важной детали - контекст должен быть максимально коротким
AN
То есть, если у меня два разных модуля, которые проектировались параллельно, а потом мне понадобилось юзать их одновременно, то я обосрался?
Нет, просто в том виде КОП, который я продвигаю, то разрешение идет по типу. Вложенные контексты порождают пересечение типов. Пересечение одинаковых типов - это бессмыслица.
RK
Я тут Kotlinx HTML наелся
AN
Я тут Kotlinx HTML наелся
небось с
+RK
Берёшь такой, думаешь суровенько накатать портяночку под модальное окошко - находишь себя через пару часов в середине хрен пойми какого уровня вложенности