AN
Dima
С точки зрения инкапсуляции, совершенно нормально выставить
val list = ArrayList<AnyType>
val list = ArrayList<AnyType>
Нет, не нормально. мы даем небезопасный доступ на запись
Size: a a a
2020 October 05
с#
да? ну я например не хочу позволить очищать колбеки из какой-то другой части программы
я хочу их просто добавлять
D
Нет, не нормально. мы даем небезопасный доступ на запись
Я думаю здесь только race разве что опасаться. А так, в однопоточном коде, дополнительный метод класса для добавления листенера, будет делать абсолютно тоже самое
AN
Но котлин-вей - это безусловно функция высшего порядка
AN
Dima
Я думаю здесь только race разве что опасаться. А так, в однопоточном коде, дополнительный метод класса для добавления листенера, будет делать абсолютно тоже самое
Мы же не про стабильность кода говорим, а про архитектуру. Экспозить мутабельный лист, который реально является частью внутренней логики - это ошибка проектирования. Не сильно большая, но ошибка
D
Мы же не про стабильность кода говорим, а про архитектуру. Экспозить мутабельный лист, который реально является частью внутренней логики - это ошибка проектирования. Не сильно большая, но ошибка
Хотя немного подумал, и в общем то да, соглашусь с тобой. Ибо помимо добавления, у листа много других методов, которые конечному пользователю нашего API совершенно ни к чему трогать.
D
Но вот ведь в Java геттер для листа часто возвращает отнюдь не safe-copy, и пользуются люди в разных проектах)
AN
Dima
Но вот ведь в Java геттер для листа часто возвращает отнюдь не safe-copy, и пользуются люди в разных проектах)
Ну программирование - оно про компромиссы. Часто сделать хорошую архитектуру сильно дороже, чем срезать угол. Котлин позволяет делать более идиоматичный и чистый кода по сравнению с жавой. За что и любим. Тем не менее и в котлин иногда приходится углы срезать
с#
Dima
Но вот ведь в Java геттер для листа часто возвращает отнюдь не safe-copy, и пользуются люди в разных проектах)
ну в джаве тоже никто бы лист не отдавал, чтобы вызывать
object.callbacks.add(...), а сделали бы object.addCallback(...)IP
Dima
А есть ли в Kotlin стандартные аналоги C#-овским event ам?
просто список лямбд :/
AA
Dima
А есть ли в Kotlin стандартные аналоги C#-овским event ам?
QH
просто список лямбд :/
*функций
IP
*функций
объектов функциональных типов, @Harmonizr
QH
объектов функциональных типов, @Harmonizr
угу, объект функционального типа жеж и есть функция)
IP
угу, объект функционального типа жеж и есть функция)
нет, kotlin.Function - это сам по себе функциональный тип
QH
нет, kotlin.Function - это сам по себе функциональный тип
У меня тогда встречный вопрос — а можно сказать, что String — это строка? Или нельзя, String — это только класс, а "bla" — «объект типа Строка»?
IP
У меня тогда встречный вопрос — а можно сказать, что String — это строка? Или нельзя, String — это только класс, а "bla" — «объект типа Строка»?
ты прав
IP
У меня тогда встречный вопрос — а можно сказать, что String — это строка? Или нельзя, String — это только класс, а "bla" — «объект типа Строка»?
потому что String - это несколько килобайт байт-кода плюс нативные реализации плюс интринсики хотспота. данных в них никаких нет
QH
потому что String - это несколько килобайт байт-кода плюс нативные реализации плюс интринсики хотспота. данных в них никаких нет
ну, об этом на уровне ЯП/компилятора мы знать не хотим
AN
Есть оказывается такая вот штука: https://www.meetup.com/Virtual-Kotlin-User-Group
