Раз заговорили про extensions, у меня появился такой вопрос. У

Question

Раз заговорили про extensions, у меня появился такой вопрос. У

меня есть бизнес объект с основными методами, которые используются часто. И есть вспомогательные extension методы, которые тоже используются довольно часто, я написал их в файле бизнес объекта, но вне его класса. Вот я написал 10 usecase'ов и всё хорошо. Но потом мне нужно написано 11й usecase и в нём удобно применять extension метод, но т.к. он используется только в этом usecase, то я его размещу прямо в этом классе(где-то читал что extension нужно размещать как можно ближе к месту их использования). Но через время мне нужен ещё один usecase, который тоже оказывается должен использовать этот extension метод.

Где следует разместить этот extension метод в таком случае? Ведь если все, даже редкоиспользуемые, extension методы размещать в 1 файле, то файл сильно разрастётся. Может быть создать специальный файл для extension методов, например UseCaseExtensions?

#kotlin #programming #russian

0

06.11.2021

13 ответов

19 просмотров

Дмитрий Автор вопроса

Ilmir
Рядом с классом. В том же файле.

радом с классом бизнес объекта?

0

06.11.2021

Ilmir

Дмитрий
радом с классом бизнес объекта?

Ага

0

06.11.2021

Дмитрий Автор вопроса

Ilmir
Ага

спасибо

0

06.11.2021

Alexander Nozik

Ilmir
Рядом с классом. В том же файле.

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

0

06.11.2021

Adel

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

0

06.11.2021

Alexander Nozik

Adel
вообще для бизнес-обьекта, такое активное использо...

Нет. Наоборот это позволяет вам лучше изолировать поведения, которые завязаны на внутренние подробности. И сделать так чтобы приватные методы не утекали куда не надо.

0

06.11.2021

Adel

Alexander Nozik
Нет. Наоборот это позволяет вам лучше изолировать ...

экстеншен-методы в других пакетах?

0

06.11.2021

Artem Bobylev

Adel
экстеншен-методы в других пакетах?

ничой себе и ты тут)

0

06.11.2021

Adel

Artem Bobylev
ничой себе и ты тут)

с днем рождения)))

0

06.11.2021

Artem Bobylev

Adel
с днем рождения)))

спасибо))

0

06.11.2021

Andrew Mikhaylov

Adel
вообще для бизнес-обьекта, такое активное использо...

Спорно. Экстеншн -- это обычно вычислчемое значение. Я сецчас в проекте, который писали архитектурные астронавты, заменяю штуки вида class UserToDbUser @Inject constructor() : Mapper<User, DbUser> { override fun map(input: User): DbUser { return DbUser(name = input.name) } } на fun User.asDbUser() = DbUser(name = name) Те же самые обычные экстеншны, но при этом выполняют роль мапперов между моделями разных слоёв, и не выдают никакие лишние знания об объекте наружу. Это только один из примеров, конечно же.

0

06.11.2021

Adel

Andrew Mikhaylov
Спорно. Экстеншн -- это обычно вычислчемое значени...

ну я так и предполагал, что это больше либо инфраструктура(когда самописные всякие мапперы и т.д.), либо когда бизнес-обьект используется и для операций чтения и для операций записи. Тогда обьекту приходится шарить всю инфу про (String name) и так далее, потому что юзеру надо показать этот name. Если же у нас CQRS, то для write-сущности все эти name можно держать приватными, ибо никому не надо знать про это(information hiding). наружу торчат только методы-экшены. типа rename(newName). и тогда сложно предположить, для чего нужны экстеншены. ибо методы-экшены вызывать большого ума не надо.

0

06.11.2021

Ilmir · Accepted Answer

Ilmir

Рядом с классом. В том же файле.

0

06.11.2021

169 похожих чатов

Раз заговорили про extensions, у меня появился такой вопрос. У

13 ответов

Похожие вопросы