https://kotlinlang.org logo
Title
e

elizarov

10/12/2017, 1:59 PM
@rrader Пока есть ощущение что не надо этого делать. Более конкретно, есть ощущение что для любой проблемы, которую можно решить с помощью макросов, есть вменяемое решение, которое требует какой-то другой, более простой фишки в языке, но не макросов.
r

rrader

10/12/2017, 2:04 PM
Мне просто интересно, это бы решило проблему с поддержкой макросов в IDE или нет?
e

elizarov

10/12/2017, 2:05 PM
Проблемы там не только в этом. С макросами ломается очень много всякого IDE тулинга
Можно сделать адеркватную IDE поддержку только для конкретного набора макросов решаюших конкретную задучу, но нельзя сделать адекватную IDE поддержку для произвольных макросов.
Пока есть вот такое ощущение
r

rrader

10/12/2017, 2:06 PM
Ок, спасибо
a

aleksey.tomin

10/13/2017, 4:30 AM
Напрягает даже кодгенерация при загрузке/компиляции. Всё должно решаться без этого. А то вот сейчас в нашей вроде хорошей штуке выяснилось, что т.к. это кодогенерация- то надо передавать параметр-константу, А очень-очень надо хотя бы при старте заполнять.
r

rrader

10/13/2017, 7:04 AM
@aleksey.tomin не совсем понял, можно поподробнее?
a

aleksey.tomin

10/13/2017, 7:14 AM
Это не про kotlin. Просто кодогенрерация библиотекой/компилятором это некоторый костыль, подпирающий архитектурные баги. В java таких багов полно. Надеюсь, в kotlin можно обойтись без них.
r

rrader

10/13/2017, 12:58 PM
Ну почему же, генерировать классы моделек на базе скемы базы данных, что в этом может плохого?
a

aleksey.tomin

10/13/2017, 1:01 PM
В теории ничего. На практике... По БД не сталкивался, а вот всё остальное (по xml, по аннотациям) в итоге приводит к боли в отладке и понимании кода.