VP
Я так понимаю, что все претензии к internal из-за интеропа с Java. Ну тут уж простите.
У меня лично к internal только одна претензия: он слишком большой. Но это очень полезная штука, которой не хватало в джаве.
Size: a a a
2019 December 11
QH
Я так понимаю, что все претензии к internal из-за интеропа с Java. Ну тут уж простите.
Из-за интеропа — да, приходится писать
А ещё у него слишком большая область видимости, хочется сузить.
@JvmSynthetic internal, и для классов это не работает.А ещё у него слишком большая область видимости, хочется сузить.
K
а эту полезную штуку internal можно включить наоборот? Чтоб открывать только то, что торчит наружу?
QH
а эту полезную штуку internal можно включить наоборот? Чтоб открывать только то, что торчит наружу?
нет)
VP
а эту полезную штуку internal можно включить наоборот? Чтоб открывать только то, что торчит наружу?
"public - самый популярный модификатор, поэтому он по дефолту" - разработчики языка
K
просто она такая полезная, что авторы либ плюются от бойлерплейта, а не авторы либ ее просто не используют.
QH
ИМХО, надо обязать писать модификатор доступа явно всегда
ну и переименовать public в pub, да
ну и переименовать public в pub, да
VP
Ну кто-то настраивает статические анализаторы, чтобы public был всегда явным
K
"public - самый популярный модификатор, поэтому он по дефолту" - разработчики языка
Джейк вроде писал, что для библотек хотелось бы наоборот.
VP
Джейк вроде писал, что для библотек хотелось бы наоборот.
Само собой, я согласен, но что есть, то есть
AN
ИМХО, надо обязать писать модификатор доступа явно всегда
ну и переименовать public в pub, да
ну и переименовать public в pub, да
В следующем релизе обещают плюшки и конфетки для либописцев. Думаю, что как минимум код стайл для либ
QH
спасибо, конечно, но я уж как-нибудь без кодстайла
AN
Джейк вроде писал, что для библотек хотелось бы наоборот.
Соглашение для библиотек на котлин - явный public и явные типы в функциях. Но я, честно говоря, ленюсь
K
Котлин старше свифта. Вопрос в том, что JVM мире package private почти не работает. file private сожрал 90% юз кейсов.
Что ты имеешь ввиду под "не работает"? Он хорошо работал, ограничивал видимость каких-то второстепенных блоков. File private хорошо, но все юз-кейсы не покрыл.
AN
спасибо, конечно, но я уж как-нибудь без кодстайла
why? Я вот ленюсь публики везде проставлять
AN
Что ты имеешь ввиду под "не работает"? Он хорошо работал, ограничивал видимость каких-то второстепенных блоков. File private хорошо, но все юз-кейсы не покрыл.
Ну я не встречал таких кейсов, где бы это реально работало.
QH
why? Я вот ленюсь публики везде проставлять
предлагают аннотации на отдельной строке) нафиг, нафиг
про типы включил инспекцию, всегда проставляю
про типы включил инспекцию, всегда проставляю
K
Ну я не встречал таких кейсов, где бы это реально работало.
в UI почти всегда у меня. По сути, все что бегает между View и Сontroller может жить внутри пакета с экраном. Да и сам Сontroller (ViewModel) наверное.
AN
предлагают аннотации на отдельной строке) нафиг, нафиг
про типы включил инспекцию, всегда проставляю
про типы включил инспекцию, всегда проставляю
Так настроить же можно. Отключить отдельные позиции код стайла
AN
в UI почти всегда у меня. По сути, все что бегает между View и Сontroller может жить внутри пакета с экраном. Да и сам Сontroller (ViewModel) наверное.
Я предпочитаю делать архитектуру так, чтобы наружу ничего лишнего не торчало. Но я андроидом не страдаю, так что может быть другой experience