Добрый день! Кто-нибудь может подсказать такую вещь.  Я пишу на kotlin бота под телеграмм. Наткнулся на библиотеку kt-telegram-bot, документацию не нашел, только в гите небольшое описание. Может, кто знает где взять по подробней описание?

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

а в чем суть проблемы?
Ты пытаешься свою реализацию DI сделать? И спрашиваешь как большинство будет воспринимать подобный механизм?

Если так, то лучше всего решать подобные двойственные трактовки явным образом. Как вариант сменить название интерфейса с Provider на SingletonProvider (название можно придумать по-лучше, главное чтобы было очевидно).
И аналогичный <SomeName>Provider который будет создавать каждый раз новый инстанс.

В koin это решили на уровне декларации, там есть single и factory.

Мне стало интересно какую семантику ожидают по умолчанию, думал что все за первый вариант проголосуют, ведь второй может быть полезен чтобы кастомные скоупы (типо объект на запрос) делать, а кастомные скоупы как по мне сложно и не нужно. В итоге я думаю что поведение - все по умолчанию Singleton самое правильное (потому что я так всегда использую, ага)

В спринге например скоуп на стороне декларации определяется. Я бы не был уверен, что это всегда синглтон. Но вот в грейдле за провайдером идёт стоять вообще вычислимое значение 🤷‍♂

Так что синглтон не очевиден

Ну по умолчанию когда Bean метод в конфигурации, он разве не синглтон? Там даже прокси и его можно вызывать в конфигурации несколько раз и он будет кешировать результат

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

А в даггере наоборот без скоупов всё будет создаваться при каждом новом связывании. А местный провайдер создаёт объект при каждом новом обращении.

Привет!
А кто-нибудь использовал gettext-commons ? Он умеет читать .po файлы? Или для этого есть другие решения?

этот крутой, но мне прям надо кучу po файлов разобрать)

Он умеет, но нужно ставить gettext на систему, т.к. он будет его вызывать чтобы распарсить. Т.е. он сам не является парсером. Если это one-time-job я бы взял любой доступный инструмент, перегнал в какой-нибудь json и его уже читал с kotlin

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

а как же реквест скоуп?

Не нужен)

сессия понятно что не нужна в нормальной архитектуре

ну не скажи

Сессия и есть реквест скоуп

все конечно же зависит от архитектуры создаваемого софта, в целом реквест скоуп - полезная штука