U
Мне нравится на датаклассы писать расширения
Size: a a a
2020 March 26
U
Чтобы не захламлять их методами
AL
Ребят, имеем класс, который мы сами же и написали и к нему у нас всегда есть доступ.
В каких случаях нам стоит поместить функцию внутри этого класса, а в каких - написать extension? Или в таком случае extension вообще смысла не имеет?
В каких случаях нам стоит поместить функцию внутри этого класса, а в каких - написать extension? Или в таком случае extension вообще смысла не имеет?
extension для расширения
обычные методы -- это что-то вроде must-have.
обычные методы -- это что-то вроде must-have.
NY
Я просто заметил, что в swift - это нормальная практика.
https://cocoacasts.com/four-clever-uses-of-swift-extensions
Например, пункт про Code Separation
https://cocoacasts.com/four-clever-uses-of-swift-extensions
Например, пункт про Code Separation
NY
Вполне и к котлину применим
NY
Первый пункт про Protocol Conformance выглядит прикольно)
AE
Я просто заметил, что в swift - это нормальная практика.
https://cocoacasts.com/four-clever-uses-of-swift-extensions
Например, пункт про Code Separation
https://cocoacasts.com/four-clever-uses-of-swift-extensions
Например, пункт про Code Separation
стоит заметить что если у класса есть приватные поля, то экстеншн не получит к ним доступа
AE
так что да, методы в приоритете
NY
Это да, это понятно
NY
Но если это обычный data class
NY
То почему нет?
AE
экстеншены были бы куда более применимы, если в языке был duck typing. тогда был бы большой смысл делать именно расширения
NY
duck typing? А что это?
NY
Просто почему я data class упомянул - в статье про свифт как раз к аналогичному мешку с данными (структуре) советуют писать экстеншн
U
Типизация как в питоне, звучит как бред
U
Расширения на структуры - имхо лучше, чем методы у структур
AE
duck typing? А что это?
когда есть некий контракт, тот же интерфейс или набор пропертей, которые есть у таргета, но он их получил не путем наследования, а просто имеет тот же набор и к нему по факту применим тот же код
U
когда есть некий контракт, тот же интерфейс или набор пропертей, которые есть у таргета, но он их получил не путем наследования, а просто имеет тот же набор и к нему по факту применим тот же код
Так ведь в котле это есть
AE
Так ведь в котле это есть
нет
U
Это неявного приведения нету, а расширение на явный набор интерфейсов - пожалуйста