Прошу прощения, забыл сказать, что ваше проведенное решение не стоит применять

А когда корутины в финальный статус перейдут? Можно ли сейчас смело в прокдашене использовать?

можно можно

Гуд

А когда корутины в финальный статус перейдут? Можно ли сейчас смело в прокдашене использовать?

У них нет окончательного при. По сути все

А когда корутины в финальный статус перейдут? Можно ли сейчас смело в прокдашене использовать?

они обещали, что если даже будут что-то менять, то позаботятся о миграции

Хотя на самом деле у меня переставал компилироваться проект после обновления библиотеки корутин

Но это не так сложно пофиксить

ну или напиши "я не умею в DI, потому пишу говнокод (синглтоны)"

А в чём принципиальная разница Koin и Kodein?

А в чём принципиальная разница Koin и Kodein?

Могу только общее назвать – и то и то лучше заменить самописным графом.

DI фреймворки – лишние джарники в проекте, ИМХО, не стоят того.

Ну мне тут вчера усиленно доказывали, что singleton - зло во плоти, нужно тыкать DI

DI фреймворки – лишние джарники в проекте, ИМХО, не стоят того.

тогда уже все самому писать с нуля

На ассемблере

@xd720p это надежно

Ну мне тут вчера усиленно доказывали, что singleton - зло во плоти, нужно тыкать DI

DI бывает без фреймворков

DI фреймворки – лишние джарники в проекте, ИМХО, не стоят того.

Но ты забыл про тесты ?

Могу только общее назвать – и то и то лучше заменить самописным графом.

На самом деле, koin у меня видно только в двух файлах: - app.kt где я создаю модуль - basefragment где происходит инициализация “компонента” (типа презентре) (ибо у фрагментов нет конструкторов) Все, больше в коде никаких упоминаний (никаких аннотация как в dagger) Все зависимости тупо передаются в конструктор

Но ты забыл про тесты ?

Могу примеры интеграционных тестов без DI-фреймворков закинуть, все вполне цивильно выглядит.

На самом деле, koin у меня видно только в двух файлах: - app.kt где я создаю модуль - basefragment где происходит инициализация “компонента” (типа презентре) (ибо у фрагментов нет конструкторов) Все, больше в коде никаких упоминаний (никаких аннотация как в dagger) Все зависимости тупо передаются в конструктор

Но согласен, это звучит лучше чем Dagger

Могу примеры интеграционных тестов без DI-фреймворков закинуть, все вполне цивильно выглядит.

Это да, я скорее про code-coverage. Когда ты пишешь сам, тебе приходится кроме бизнес-логики (что важно), тестировать (и поддерживать) еще свои фреймворки.

Это да, я скорее про code-coverage. Когда ты пишешь сам, тебе приходится кроме бизнес-логики (что важно), тестировать (и поддерживать) еще свои фреймворки.

Я для простых утилит просто все в поля класса складываю и передаю друг другу в конструктор, никаких фреймворков

Это да, я скорее про code-coverage. Когда ты пишешь сам, тебе приходится кроме бизнес-логики (что важно), тестировать (и поддерживать) еще свои фреймворки.

Ну, да, есть и такое, но это больше формализмы. Я бы не сказал, что, без учета корпоративных тараканов, DI-фреймворки без рефлексии и прочей магии стоит тестировать. Честно и откровенно – пишу 6 месяцев крупный сложный проект без единого теста, все работает, баги если и появляются, то отлавливаются на этапе проверки функциональности за 5-10 минут и также фиксятся

При этом 90% технологий в этом проекте для меня новые, пишу в этом направлении тоже впервые.

Ну, да, есть и такое, но это больше формализмы. Я бы не сказал, что, без учета корпоративных тараканов, DI-фреймворки без рефлексии и прочей магии стоит тестировать. Честно и откровенно – пишу 6 месяцев крупный сложный проект без единого теста, все работает, баги если и появляются, то отлавливаются на этапе проверки функциональности за 5-10 минут и также фиксятся

Проблемы появляются не сразу

На самом деле, koin у меня видно только в двух файлах: - app.kt где я создаю модуль - basefragment где происходит инициализация “компонента” (типа презентре) (ибо у фрагментов нет конструкторов) Все, больше в коде никаких упоминаний (никаких аннотация как в dagger) Все зависимости тупо передаются в конструктор

Меня в koin засмущали "параметры". Как-то Котлин такой весь типобезопасный - а тут хоба! засунем ка мы параметры для компонентов в мапу <String, Any>

Я для простых утилит просто все в поля класса складываю и передаю друг другу в конструктор, никаких фреймворков

Я вообще все на object пишу, передавая все в параметры функций — и чувствую себя комфортно ?

Да нет, я просто не уверен, что 120k LoC тестов worth it. А учитывая то, что интеграционный тест на компонент в среднем 3x компонента, то там будет как-то так. Сейчас уже тот момент, когда на написание тестов потребуется пара месяцев только писания тестов, так что ну его, лучше кодить аккуратно и от архитектуры ни на шаг не отходить.

Да нет, я просто не уверен, что 120k LoC тестов worth it. А учитывая то, что интеграционный тест на компонент в среднем 3x компонента, то там будет как-то так. Сейчас уже тот момент, когда на написание тестов потребуется пара месяцев только писания тестов, так что ну его, лучше кодить аккуратно и от архитектуры ни на шаг не отходить.

Зависит от проекта, кмк. Цена ошибки в разных местах разная

Да нет, я просто не уверен, что 120k LoC тестов worth it. А учитывая то, что интеграционный тест на компонент в среднем 3x компонента, то там будет как-то так. Сейчас уже тот момент, когда на написание тестов потребуется пара месяцев только писания тестов, так что ну его, лучше кодить аккуратно и от архитектуры ни на шаг не отходить.

В большом проекте намного сложнее делать безопасные изменения без тестов

А большие проекты имеют тенденцию превращаться в помойку без перманентных обновлений

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

К тому же минимальные тесты делают разработку и отладку проще

Нового кода

Меня в koin засмущали "параметры". Как-то Котлин такой весь типобезопасный - а тут хоба! засунем ка мы параметры для компонентов в мапу <String, Any>

Ну да, но я эти не пользуюсь. Делаю по простому, только inject без параметров.

Ну да, но я эти не пользуюсь. Делаю по простому, только inject без параметров.

а если надо что-нибудь передать в презентер? Например id ресурса, который надо отобразить на этом экране?

Метод initialize сделать.

Метод initialize сделать.

и lateinit? я его хейчу

Вопрос религии?)

да

не нравится lateinit, юзай nullable

Страдания - неотъемлимая часть многих религий...

и lateinit? я его хейчу

lateinit - плохо?

lateinit - плохо?

А что в нем может быть хорошего, если можно обойтись без него?

А что в нем может быть хорошего, если можно обойтись без него?

null-safety

Вообще идея передачи параметров через DI для инициализации презентера штука интересная... надо ее обдумать.

Можно например сделать так: добавляем в модуль FragmentModule возможность инжектить Bundle. А в презентере можно его получить с конструктора.

null-safety

я имею в виду если можно передать в конструктор сразу, зачем lateinit?

а если надо что-нибудь передать в презентер? Например id ресурса, который надо отобразить на этом экране?

Это ты меня в расплох застал, это первый проект где я его заюзал и там нет таких окон. Так что я хз ?‍♀

Смущает только то, что Bundle сам по себе, а уж тем более его содержимое имеет мало отношения к презентеру...

Можно например сделать так: добавляем в модуль FragmentModule возможность инжектить Bundle. А в презентере можно его получить с конструктора.

Зачем бандл? мы достаем из аргументов фрагмента то что надо и вполне конкретно засовываем в конструктор dagger module

причем аргументы фрагмента никак не избежать из-за жизненного цикла

я имею в виду если можно передать в конструктор сразу, зачем lateinit?

lateinit нужен тогда, когда нельзя в конструктор сразу.

lateinit нужен тогда, когда нельзя в конструктор сразу.

так можно ведь, можно

так можно ведь, можно

Так нельзя ведь, нельзя.

Зачем бандл? мы достаем из аргументов фрагмента то что надо и вполне конкретно засовываем в конструктор dagger module

Как достаем? @Named?

Как достаем? @Named?

ну ты же как-нибудь передаешь этот, допустим, id?

Ну я передаю через initialize. У меня moxy.

В случае, когда тебе нужно положить в поле объект, который приходит только через lifecycle-методы или когда объект, который тебе нужен — должен быть сконструирован, и DI просто нельзя применить, либо когда в зависимости от случаев нам нужно инжектить разные реализации какого-либо абстрактного объекта, и делаем мы это через сеттеры. Либо держать null, либо использовать lateinit, либо пуллреквест во ${frameworkname}, меняющий его корневую архитектуру.

и lateinit? я его хейчу

Такие дела.

Ну я передаю через initialize. У меня moxy.

ну как ты передаешь аргументы с другого экрана?

Кладу в аргумент фрагмента, а в @ProvidesPresenter вытаскиваю и вызываю initialize.

Но этот метод мне не нравится.

ну мне тоже, но без аргументов фрагмента не обойтись, просто можно вытаскивать из них и конструировать dagger module

ERROR: S client not available

но я moxy не трогал, хз откуда там достаются зависимости

Я не очень внимательно читал, но это сродни проблеме, которую я пытаюсь тут решить https://github.com/Miha-x64/Flawless

Уже часа 4 на это дело убил( может есть знеающие(

Первый раз хочу нормально собрать kotlin проект и все никак не могу( У меня проект написал на kotlin + javafx потом я решил установить maven для удобной сборки проекта, но что-то не так все легко оказалось. При запуске с консоли получаю вот такою боль: (

В pom файл добавил два плагина не считая библиотек с корорыми работал в коде:

что я не знаю для нормалььной упаковки проекта?(

что я не знаю для нормалььной упаковки проекта?(

Gradle :)

Gradle :)

сейчас мой пукан согревает весь дом)

что я не знаю для нормалььной упаковки проекта?(

а stdlib не забыли ли?) org.jetbrains.kotlin:kotlin-stdlib-jre7:$kotlin_version

посмотри от Джейка Вортона на котлине библиотеки, там pom файлы нормальные будут

А не лучше в качестве java fx tornadofx юзать

У оракл джавы fx из коробки должен быть

Первый раз хочу нормально собрать kotlin проект и все никак не могу( У меня проект написал на kotlin + javafx потом я решил установить maven для удобной сборки проекта, но что-то не так все легко оказалось. При запуске с консоли получаю вот такою боль: (

Maven Удобная сборка АХАХА

Gradle :)

+

Maven Удобная сборка АХАХА

Ну это куда удобнее чем самому jar'ки подсовывать

А не лучше в качестве java fx tornadofx юзать

я не совсем понимаю зачем использовать торнадо. Из-за недостатка информации и туториалов начал писать на javafx, отставив торнадо в сторону) после того, как добавил проект в maven - я его вообще запустить не могу( и начало вылетать огромное колличество исключение связаных с самой javafx (ну это как я понял) Как я понял проблема в конструкторе (жаль что это мне не о чем не говорит) ))

+

а как убрать с проекта мавен у поставить gradle))) по новой проект создавать?)))

я не совсем понимаю зачем использовать торнадо. Из-за недостатка информации и туториалов начал писать на javafx, отставив торнадо в сторону) после того, как добавил проект в maven - я его вообще запустить не могу( и начало вылетать огромное колличество исключение связаных с самой javafx (ну это как я понял) Как я понял проблема в конструкторе (жаль что это мне не о чем не говорит) ))

Для начала выкинь Maven, возьми Gradle и проблемы уйдут

а как убрать с проекта мавен у поставить gradle))) по новой проект создавать?)))

Создать build.gradle, удалить pom.xml, заново импортануть проект в идее

а как убрать с проекта мавен у поставить gradle))) по новой проект создавать?)))

Для начала попробуй вообще встроенную в IDEA систему сборки, потом, после опыта и шишек, уже возьмёшь грэдл

Там можно из шаблона создать JavaFX-приложение

Возьми какую-нибудь пошаговую инструкцию, где всё расписано от и до

Для начала попробуй вообще встроенную в IDEA систему сборки, потом, после опыта и шишек, уже возьмёшь грэдл

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

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

Упс...

Упс...

хух)) через встроенный сборщик собрал) чуть не умер)) ну зато опыт ??)

все-таки бэктики прекрасны toolsUserService.getByEmail(user.email) ?: throw `WAT?`()

кстати, как вам такая библиотечка как https://github.com/kittinunf/Result ? Есть тут успешные пользователи?