I
Да датаклассы вообще маркетинговая фича. Их только на слайдах джавистам показывают, а никто в реальности не использует
Тогда вопрос: почему? Что мешает?
Size: a a a
2020 October 14
с#
Да датаклассы вообще маркетинговая фича. Их только на слайдах джавистам показывают, а никто в реальности не использует
хз я их везде где можно юзаю. хотя деструктуризацию избегаю, потому что можно даже не заметить баг
I
Эх, сейчас бы POJO наследовать друг от друга в 2к20, 19 лет спустя первого издания Effective Java
Я, наверное, неверно выразился. Дейта классы - это не только POJO, вот это я имел в виду.
BP
хз я их везде где можно юзаю. хотя деструктуризацию избегаю, потому что можно даже не заметить баг
+
U
Приведи пример
В общем, у меня часто встречалось такое, что у разных экранов есть одинаковые куски состояния, которые одинаково обрабатываются, но вот написать общую для них функцию не выходило - интерфейсы не дают copy, а наследования нету
Kd
хз я их везде где можно юзаю. хотя деструктуризацию избегаю, потому что можно даже не заметить баг
и копирование неглубокое, тоже бессмысленно
Kd
в итоге получается они бесполезны
с#
Приведи пример
data class User (
...
)
data class AdminUser (
) : User
...
)
data class AdminUser (
) : User
U
Konstantin dmz9
и копирование неглубокое, тоже бессмысленно
Вот с копированием проблем нету, когда всё иммутабельное
с#
data class User (
...
)
data class AdminUser (
) : User
...
)
data class AdminUser (
) : User
но вполне логично, что нельзя наследоваться, потому что в конструкторе не может не-val параметров.
тут только override, но как бы проперти может быть не open
тут только override, но как бы проперти может быть не open
(
data class User (
...
)
data class AdminUser (
) : User
...
)
data class AdminUser (
) : User
data class User(...)
data class AdminUser(val user: User, ...)
AG
data class User(...)
data class AdminUser(val user: User, ...)
Можно ещё дальше пойти. data class User (
...
Role role (admin)
)
...
Role role (admin)
)
с#
Вот с копированием проблем нету, когда всё иммутабельное
ну а если мутабельные параметры
val company = Company(User(1))
val company2 = company.copy()
company.user.id = 2
company.user.id // 2
company2.user.id // 2
val company = Company(User(1))
val company2 = company.copy()
company.user.id = 2
company.user.id // 2
company2.user.id // 2
(
У меня лично руки трясутся, когда я пишу не-дата класс
с#
Можно ещё дальше пойти. data class User (
...
Role role (admin)
)
...
Role role (admin)
)
ну не, это ж пример просто. у админа могут появляться параметры дополнительные и хотелось бы делать
if(user is AdminUser) {
println(user.title)
println(user.power)
}
с non-null полями
if(user is AdminUser) {
println(user.title)
println(user.power)
}
с non-null полями
с#
У меня лично руки трясутся, когда я пишу не-дата класс
плюсую. когда класс хранит данные и он не дата - страшно
Kd
карго культ
U
ну а если мутабельные параметры
val company = Company(User(1))
val company2 = company.copy()
company.user.id = 2
company.user.id // 2
company2.user.id // 2
val company = Company(User(1))
val company2 = company.copy()
company.user.id = 2
company.user.id // 2
company2.user.id // 2
Тогда печально, чо
DE
ну не, это ж пример просто. у админа могут появляться параметры дополнительные и хотелось бы делать
if(user is AdminUser) {
println(user.title)
println(user.power)
}
с non-null полями
if(user is AdminUser) {
println(user.title)
println(user.power)
}
с non-null полями
можно имплементить интерфес, а не наследовать класс. В котлин уже такое доступно
(
Можно ещё дальше пойти. data class User (
...
Role role (admin)
)
...
Role role (admin)
)
ой бля, флажки эти, как будто на жаббе пишем