где-то были видео докладов

https://issues.apache.org/jira/browse/THRIFT-6

вот как баги надо закрывтаь

а баг про нпе после нулов в мапе там есть?

всегдаа

без него трифт уже будет не тот

по багу десериализации мапы с нулами можно ньюфагов отличать

Resolution: Won't Fix

нашел

часто используете кастомные аннотации? норм практика или так себе?

отличная практика

Павда есть один нюанс...

http://www.yegor256.com/2016/04/12/java-annotations-are-evil.html

ну этот есть, да

лучше бы по делу шо сказал

часто используете кастомные аннотации? норм практика или так себе?

использовали на нескольких проектах. Вроде, норм все было. С ними проблемы начинались, когда нужно было внести изменение в их логику или разобраться с перфомансом. В этот момент все зависит от качества кода, лежащего за этими аннотациями. Все как обычно :)

меня пугает использование рефлекшона за ними

в логику аннотации?)

ничоси)

эт прост ж мета инфа)

ты же понял про что я

кто-то же их обрабатывает

и что-то делает

и все такое

меня пугает использование рефлекшона за ними

обычно эт не страшно, один раз выполнить можно)

да и джава тормозит

меня пугает использование рефлекшона за ними

че за хня.. аннотации != сразу рефлекшон, некоторых аннотаций в рантайме вообще нет

ты хоть бы конкретизировал

мол "для задачи Х хочу использовать аннотацию способом У"

кто-то же их обрабатывает

чекер фреймворк например

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

А если и будут, то скорее всего один раз

Бля, какие противные стикеры

как то хотели сделать аннотацию @CopyPaste но чтото не прижилось

@PotomOtrefactoryu

@ToDoTest

@Deprecated

oh, wait..

https://code.google.com/archive/p/gag/

Кто подскажет где сейчас народ exelab.ru, где кракеры сейчас?

/stat@combot

combot.org/chat/-1001043090457

Народ поясните за синглетон в котлине, если это object че там конструктора нет? Че делать, если мне нужно использовать синглетон, в котором полюбому должен быть context, а я не хочу инжектить его по сути после инициализации, инициализировать левым методом?? в чем смысл?

Android?

ага

Народ поясните за синглетон в котлине, если это object че там конструктора нет? Че делать, если мне нужно использовать синглетон, в котором полюбому должен быть context, а я не хочу инжектить его по сути после инициализации, инициализировать левым методом?? в чем смысл?

Я далек от андроидовских реалий, покажи что ты хочешь сделать.

btw. есть чатик профильный https://t.me/kotlin_lang

ага

Обычно делают контекст статичным в Application

Руслан, ты на круглосуточном саппорте котлина? :)

А в singleton прокидывают обычной инициализацией поля

На самом деле, делай просто все зависимости интерфейсными синглтонами

И будет тебе DI прямо в синглтоне

@bvitaliyg по сути инжекция, вариант напрашивается да

Ну других вариантов нет

А вообще лучше не используй Котлин

ERROR: S client not available

От него проблем больше, чем профита

просто зачем тогда делать этот object без конструктора там в таком случае, хочу идеология вкурить

interface Application { fun getContext() } val singleton = object : Application { override fun getContext() { TODO("not implemented"). } }

Ну, у тебя есть init {}

Вот так на класс левеле пакэдж сделать

Можешь там делать что угодно

А вообще, если подумать, singleton и DI это разные вещи

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

interface Application { fun getContext() } val singleton = object : Application { override fun getContext() { TODO("not implemented"). } }

ну пока это просто object с методом getContext, откуда он его возьмёт в итоге, что вернет метод getContext

Ну, у тебя есть init {}

Да, но откуда ините взять контекст

просто зачем тогда делать этот object без конструктора там в таком случае, хочу идеология вкурить

чтобы анонимные классы делать например

ну пока это просто object с методом getContext, откуда он его возьмёт в итоге, что вернет метод getContext

Замыкается просто на то что у тебя там есть

Замыкается просто на то что у тебя там есть

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

Да, но откуда ините взять контекст

MyApplication.getContext()

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

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

Контекст это типичный god-object

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

ну в java в getInstance передать контекст (из которого лучше взять getApplicationContext()), при первой инициализации он проинициализируется через конструктор внутри метода getInstance

можно кусочек кода, я ж говорю, я не андроид дев

можно кусочек кода, я ж говорю, я не андроид дев

сейчас попробую

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

Слишком большая связь уже, архитектуру перепиливать всю придется. Нужен контекст.

MyApplication.getContext()

Этот вариант хорош, из класса Application доставать в init {}.

Можно и на месте инициализировать, на самом деле

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

сейчас попробую

object SingletonExample { val context: Context init { this.context = MyApp.context } } class MyApp : Application() { override fun onCreate() { super.onCreate() context = this } companion object { lateinit val context: Context private set } }

Что-то в этом роде

Ну да, норм

Я поясню, если интересно @HeapyHop , класс Application будет создан в первую очередь в приложении, т.е. он будет гарантировано проинициализирован в инициализации синглетона и мы сможем из него забрать context

val singleton by lazy { // делаем что угодно MyApp.context }

можно еще так сделать

ок, всем спасибо