Помню что там и интерфейсов-то нет)

(ну трейты)

(ну шутейки)

Вроде можно, но не уверен, т.к. не сталкивался

это надо @eld0727 спросить)

Напомни, а в скале есть SAM для скала-интерфейсов?

А вообще котлин так-то не настолько функциональный, так что я бы не сравнивал

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

А вообще котлин так-то не настолько функциональный, так что я бы не сравнивал

А при чем тут это. SAM это же костыль, мне просто интерстно, это только джава-костыль или еще где-то есть на JVM

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

в груви вроде есть

Напомни, а в скале есть SAM для скала-интерфейсов?

Есть начиная с 2.12

вот и получается - везде есть кроме котлина)

Видать скала более ООП ?

засчитано)

Видать скала более ООП ?

Ну все мы поверх jvm вертимся

Используя Moxy, при инжекте презентера, его надо делать lateinit?

@kotlin_mobile

Используя Moxy, при инжекте презентера, его надо делать lateinit?

А есть варианты?

А есть варианты?

Вот я и спрашиваю. А то не очень люблю эти lateinit, может есть другой вариант. Как-нибудь с lazy, например.

Вот я и спрашиваю. А то не очень люблю эти lateinit, может есть другой вариант. Как-нибудь с lazy, например.

ты можешь сделать PresenterHolder, в него инжектнуть lateinit и оттуда доставать через lazy, потом как намучаешься так делать, написать свой PropertyDelegate

ты можешь сделать PresenterHolder, в него инжектнуть lateinit и оттуда доставать через lazy, потом как намучаешься так делать, написать свой PropertyDelegate

?

Звучит такое себе

типа не пишешь lateinit в клиентском коде

плюс можно отлавливать NOtInitializedException и пробрасывать более узкое

А в чем проблема lateinit? А то, кажется, я упускаю что-то из виду, коли оно доставляет кому-то проблемы.

А в чем проблема lateinit? А то, кажется, я упускаю что-то из виду, коли оно доставляет кому-то проблемы.

var + неявное завязывание на последовательность вызовов

Я щас конечно наброшу, но все эти инициализации через контейнеры - это такое себе

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

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

?

А все inject делают код сильно зависимым от "магии" контейнера

Используя Moxy, при инжекте презентера, его надо делать lateinit?

И появляются вопросы вот такого плана

Ужасный вопрос, да:)

Я щас конечно наброшу, но все эти инициализации через контейнеры - это такое себе

ну вообще есть такое мнение, да Бугаенко тоже об этом писал

http://www.yegor256.com/2014/10/03/di-containers-are-evil.html

Не упоминайте бугаенко в суе

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

Каких простыней Оо

Каких простыней Оо

ну посмотри по ссылке код под заголовком the right way

final Agent agent = new Agent.Iterative( new Array<Agent>( new Understands( this.github, new QnSince( 49092213, new QnReferredTo( this.github.users().self().login(), new QnParametrized( new Question.FirstOf( new Array<Question>( new QnIfContains("config", new QnConfig(profile)), new QnIfContains("status", new QnStatus(talk)), new QnIfContains("version", new QnVersion()), new QnIfContains("hello", new QnHello()), new QnIfCollaborator( new QnAlone( talk, locks, new Question.FirstOf( new Array<Question>( new QnIfContains( "merge", new QnAskedBy( profile, Agents.commanders("merge"), new QnMerge() ) ), new QnIfContains( "deploy", new QnAskedBy( profile, Agents.commanders("deploy"), new QnDeploy() ) ), new QnIfContains( "release", new QnAskedBy( profile, Agents.commanders("release"), new QnRelease() ) ) ) ) ) ) ) ) ) ) ) ), new StartsRequest(profile), new RegistersShell( "b1.rultor.com", 22, "rultor", IOUtils.toString( this.getClass().getResourceAsStream("rultor.key"), CharEncoding.UTF_8 ) ), new StartsDaemon(profile), new KillsDaemon(TimeUnit.HOURS.toMinutes(2L)), new EndsDaemon(), new EndsRequest(), new Tweets( this.github, new OAuthTwitter( Manifests.read("Rultor-TwitterKey"), Manifests.read("Rultor-TwitterSecret"), Manifests.read("Rultor-TwitterToken"), Manifests.read("Rultor-TwitterTokenSecret") ) ), new CommentsTag(this.github), new Reports(this.github), new RemovesShell(), new ArchivesDaemon( new ReRegion( new Region.Simple( Manifests.read("Rultor-S3Key"), Manifests.read("Rultor-S3Secret") ) ).bucket(Manifests.read("Rultor-S3Bucket")) ), new Publishes(profile) ) );

?

простынь делает всё очевидным, собирает весь граф из кусочков, это круто

ну посмотри по ссылке код под заголовком the right way

Ну это конечно дичь

и уж точно лучше, чем @Qualifier, @Scope, вся эта срань

простынь делает всё очевидным, собирает весь граф из кусочков, это круто

ну хз, по мне так всё-таки разбить инициализацию было бы неплохо

я не говорю про DI-контейнеры с их магией

ну хз, по мне так всё-таки разбить инициализацию было бы неплохо

это да

imho - вот right way val service1 = Service1( service2 = service2, service3 = service3, db = myDbInstance )

и тд

imho - вот right way val service1 = Service1( service2 = service2, service3 = service3, db = myDbInstance )

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

и уж точно лучше, чем @Qualifier, @Scope, вся эта срань

Звучит почти также мудро, как совет с колбасой.

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

Нет, он создаёт всё в стопку, я же предалаю создавать всё отдельно

ну ии ещё такой момент, что на практике через конструктор как я понимаю зачастую нужно будет фабрики, а не сами инстансы

Нет, он создаёт всё в стопку, я же предалаю создавать всё отдельно

а, ну тут да, согласен

Фааааабрики

Нет спасибо

Звучит почти также мудро, как совет с колбасой.

не знаю, что за колбаса, не могу оценить

Фааааабрики

ну а как без них

если тебе нужно создавать объект не один раз

а per request скажем

() => service

ну это изоморфно фабрике)

Модульная структура

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

Модульная структура

вот тут уже не понял

не знаю, что за колбаса, не могу оценить

"Не правильно ты, дядя Фёдор, бутерброд ешь..."

ERROR: S client not available

imho - вот right way val service1 = Service1( service2 = service2, service3 = service3, db = myDbInstance )

Шо то гавно, шо это. Оба способа выглядят так себе, но с inject'ами хотя бы код не выглядит как дерьмо. Имхо, конечно.

"Не правильно ты, дядя Фёдор, бутерброд ешь..."

Ну, это не мои слова :)

акцент слегка не на том

вот тут уже не понял

Ну типо берешь такой, делаешь модули, где всё инициализируется и создаёшь на каждый запрос новый объект модуля и все дела

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

а вот иньекция в поля или методы - зло

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

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

А вариант не писать на них не рассматривается?

Просто создание отдельно всех объектов и их последующий проброс в конструктор и DI с инъекцией в конструтор - не одно ли и тоже)

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

...придуманных посредственными разработчиками.

А вариант не писать на них не рассматривается?

Куда ты денешься от Android Application Framework?

А вариант не писать на них не рассматривается?

я Android разработчик, для меня вариант не писать на фреймворке == смена профессии

Куда ты денешься от Android Application Framework?

А что там мешает писать нормально?

Ну типо берешь такой, делаешь модули, где всё инициализируется и создаёшь на каждый запрос новый объект модуля и все дела

ну так у тебя будет фабрика модулей

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

А что там мешает писать нормально?

То, что мы сейчас обсуждаем. Лейтинит.

А что там мешает писать нормально?

например то, что обьекты создает сам фреймворк, когда захочет

ну так у тебя будет фабрика модулей

Нет в имени Fabric - не считается

Нет в имени Fabric - не считается

вообще-то Factory ?

сорри

вообще-то Factory ?

Дада, я прост не умею во всю эту дичь

Просто создание отдельно всех объектов и их последующий проброс в конструктор и DI с инъекцией в конструтор - не одно ли и тоже)

одно и то же, просто ты создаешь все немного в другом месте

считай ты вынес это полотно в отдельный factory method

Просто создание отдельно всех объектов и их последующий проброс в конструктор и DI с инъекцией в конструтор - не одно ли и тоже)

Одно и тоже, просто явно и без "магии"

Я щас конечно наброшу, но все эти инициализации через контейнеры - это такое себе

удачно набросил)

Я прост хочу чтобы мир стал чуточку лучше :)

Благо в магии ничего плохого нет. Явное, конечно, лучше неявного, но не надо перебарщивать.

Явно лучше, чем неявно - спорно, а вот компайл тайм лучше, чем рантайн - это априори

Явно лучше, чем неявно - спорно, а вот компайл тайм лучше, чем рантайн - это априори

вот тут жирный +

собсно сам факт того что всякие кодеины могут в рантайме NPE бросить меня совсем не радует

собсно сам факт того что всякие кодеины могут в рантайме NPE бросить меня совсем не радует

Тест с dryRun