А) Первый релиз Koin был «on Jun 12, 2017 0.1.0», Dagger более проверенная библиотека. Использовать в коммерческом продакшене не проверенные библиотеки просто неразумно.
В) Был у Вас проект чисто на Java с легаси в 4 года, что лучше? Поддерживать предыдущий вреймворк для DI или внедрить новый (чтобы ничего не раздолбать)?
С) Все зависит от задач. Иногда лучше вложить в «болерплейт» но иметь более гибкий функционал. Если это домашний проект который может поддерживать 1-2 программиста и все свеженькое и только на Котлине — пожалуйста. Если у вас команда 40+ разработчиков и вы пилите монорепу то стоит задуматься.
Все еще зависит от вашей зоны ответсвенности и как вы оцениваете долгосрочные (3+ года) перспективы приложения. Junior & Intermediate обычно пушат за фэнси фреймворки, Senior задумываются о целесообразности в Architecture старается сделать так, чтобы при любом условии шоколадная масса как можно дольше не растекалась.
Так в чем спор? Что можно скомпрометировать любую систему и найти граничные случаи?
Я не поставляю готовый продукт в виде ПО, а лишь рассказываю про возможности аналитики. А там дальше кто что хочет и куда. Может кто то сделает себе аналогичное для ВОВ и тд. А Lineage 2 в данном случае — прикладное. Так сказать обертка от конфетки.
Процесс покупки в игре нельзя автоматизировать. Мы можем лишь получить оповещение о возможной выгоде. А дальше уже все зависит от удачи.
1. Получаем оповещение
2. Заходим на l2on и смотрим игровые ники персонажей (платная опция около 60 рублей в месяц)
3. Сообщения писать не надо. Трейдинг производится через «Торговые лавки» пример на первом скриншоте.
Поправлю Вас немножко. Если ожидаете пустое тело ответа то, идеологически правильно, было бы использовать Completable. Maybe нужно использовать для операция другого типа.
К чему я это все?
Когда я вижу в примерах Retrofit'a Observable меня просто в дрожь бросает. Вроде бы ничего плохого и «и так сойдет» но дьявол кроется в мелочах.
Хороший кадр про пауков. Кирпичей тогда сделал на целый дом без ипотеки...
В) Был у Вас проект чисто на Java с легаси в 4 года, что лучше? Поддерживать предыдущий вреймворк для DI или внедрить новый (
чтобы ничего не раздолбать)?С) Все зависит от задач. Иногда лучше вложить в «болерплейт» но иметь более гибкий функционал. Если это домашний проект который может поддерживать 1-2 программиста и все свеженькое и только на Котлине — пожалуйста. Если у вас команда 40+ разработчиков и вы пилите монорепу то стоит задуматься.
Все еще зависит от вашей зоны ответсвенности и как вы оцениваете долгосрочные (3+ года) перспективы приложения. Junior & Intermediate обычно пушат за фэнси фреймворки, Senior задумываются о целесообразности в Architecture старается сделать так, чтобы при любом условии шоколадная масса как можно дольше не растекалась.
Я не поставляю готовый продукт в виде ПО, а лишь рассказываю про возможности аналитики. А там дальше кто что хочет и куда. Может кто то сделает себе аналогичное для ВОВ и тд. А Lineage 2 в данном случае — прикладное. Так сказать обертка от конфетки.
А вопрос с завышенными ценами решается с помощью перценталей.
1. Получаем оповещение
2. Заходим на l2on и смотрим игровые ники персонажей (платная опция около 60 рублей в месяц)
3. Сообщения писать не надо. Трейдинг производится через «Торговые лавки» пример на первом скриншоте.
К чему я это все?
Когда я вижу в примерах Retrofit'a Observable меня просто в дрожь бросает. Вроде бы ничего плохого и «и так сойдет» но дьявол кроется в мелочах.
Приведите пожалуйста примеры, когда идиоматически правильно использовать Flowable & Observable в качестве возвращаемого параметра у интерфейса.