похоже задепрекейтили https://github.com/react-community/react-navigation/blob/77b04f342d4791ec6470685905133f440e3968c1/src/routers/validateScreenOptions.js#L6

А я бы даже айфон купил, если бы да

Челы родить норм либы не могут

А то про смузи

У меня другой вопрос - зачем RN, если у тебя есть котлин? Вижу один кейс - лениво переписывать что-то уже готовое, но это как-то по типу "хочу красную кнопку - сделать за меня"

Выше писали - кроссплатформа (экономия на нативных приложениях). А котлин просто приятный современный язык. Пытался в RN на TypeScript - какое-то мерзкое чувство, как будто на Java пишешь.

Выше писали - кроссплатформа (экономия на нативных приложениях). А котлин просто приятный современный язык. Пытался в RN на TypeScript - какое-то мерзкое чувство, как будто на Java пишешь.

Экономия на спичках, имхо

Я честно не видел ни одной нормальной кроссплатворменной реализации чего либо.

Выше писали - кроссплатформа (экономия на нативных приложениях). А котлин просто приятный современный язык. Пытался в RN на TypeScript - какое-то мерзкое чувство, как будто на Java пишешь.

хехехе

чет в офтоп погнали

Я честно не видел ни одной нормальной кроссплатворменной реализации чего либо.

+

Ребят дело не в том как работает, если приказ был что поделать

так если оно не будет работать - что поделать?

так если оно не будет работать - что поделать?

в плане на на котлин?

о5

ну я к тому, что решением конретной проблемы с начальтсвом может быть приведение аргументов в пользу того, что такое решение работать не будет, ни под каким соусом. Ну или попросить помощи у более авторитетного коллеги в организации, который сможет сказать начальству "нет" и по полочкам всё расставить.

часто бывает что в рамках прототипа с костылями что то полуживое соорудить можно

но это никак нельзя использовать в разработке продукта

в прицыпе варганили 2 варианта на нативе и на ректе

для показания разницы

он сказал и так сойдёт ))

РН такой РН

Ошибка была в том, что я в <Text> передавал "", а если null то норм всё

Забаженный рн

Никак не пойму зачем нужен companion object

Никак не пойму зачем нужен companion object

Чтобы были статики и не было их наследования

А константы const val принято тоже в компаньонах хранить? Или и в классе можно?

В классе не выйдет

А ну да

Ну... так или иначе. Какое соглашение есть по этому поводу?

ну можно в обьекте можно на топ левеле

гже нужно

ой

ошиблась чатиком

"public functions should have documentation such that it appears in Kotlin Doc" Это где этот Kotlin Doc с коментами?

У меня есть сущность, в которой ее составные части ссылашются друг на друга. по внутренним id. И я чет не понимаю как мне это составлять иммутабельно. Ссылки между сущностями очень удобны, каждый раз цикл запускать очень не удобно.

... как составить такую структуру?

... омагад, а как это обнволять в случае чего? Как пересоздать иммутабельный объект с иммутабельным списком в котором свойство одного элемента поменялось?

ЧЯДНТ?

Ну... так или иначе. Какое соглашение есть по этому поводу?

Поддержу Антона, в зависимости от того для чего константа можно хранить в Object, Top Level либо в Companion Objcet

Блин, 7 мин уже нет сообщений))

У кого как дела

чёт зашёл в питон сообщество

там разве что перекатиполе не хватает

Да сейчас чего-то везде, наверное все домой едут)

Я правильно понимаю, что чтобы сделать иммутабельный список внутри иммутабельного объекта, нужно пробросить все нужные операции со списком на уровень объекта и каждый раз копировать список?

Я правильно понимаю, что чтобы сделать иммутабельный список внутри иммутабельного объекта, нужно пробросить все нужные операции со списком на уровень объекта и каждый раз копировать список?

не, иммутабельный объект обычно дата объект так что obj.copy(list = list + 1)

что-нибудь такое

Я не понимаю что мне делать со списками внутри

они могут быть любого типа чтоли? И мутабельные в том числе?

господь бог

Халло всем. Есть ли специализированый чатик для kotlin + android, или тут тоже можно такого рода вопросы?

data class Smth ( val l: List<Int> ) fun main(args: Array<String>) { var i = 34 val smth1 = Smth(emptyList()) val smth2 = smth1.copy(l = smth1.l + 1) println(smth2) }

Халло всем. Есть ли специализированый чатик для kotlin + android, или тут тоже можно такого рода вопросы?

можно, более того - таких вопросов относительно остальных больше всего

Халло всем. Есть ли специализированый чатик для kotlin + android, или тут тоже можно такого рода вопросы?

ты в таком чате

если нужна будет большая вложенность в таким объектах пили свою библотеку для линз ну или вот эту используй https://github.com/poetix/klenses

data class Smth ( val l: List<Int> ) fun main(args: Array<String>) { var i = 34 val smth1 = Smth(emptyList()) val smth2 = smth1.copy(l = smth1.l + 1) println(smth2) }

не ну если пилить агрегат... то нельзя ссылаться на внутренности

почему

Окей, тогды вопрос. Хотелось бы узнать кто-нибудь так делал, и не напорюсь я потом на неприятности. Я сделал себе свою реализацию recyclerview адаптера. Туда я в конструктор пихаю список эллементов, id лэяута и коллбэк на bind. Нормальная тема? Просто куча мест где нужно быстро намутить списочек, а везде писать простую реализацию - мноха кода.

почему

Ну.. типа правило такое... что нельзя ссылаться на внутренности агрегата напрямую. Иначе их можно поменять и устроить несогласованное состояние агрегата.

Окей, тогды вопрос. Хотелось бы узнать кто-нибудь так делал, и не напорюсь я потом на неприятности. Я сделал себе свою реализацию recyclerview адаптера. Туда я в конструктор пихаю список эллементов, id лэяута и коллбэк на bind. Нормальная тема? Просто куча мест где нужно быстро намутить списочек, а везде писать простую реализацию - мноха кода.

я у себя так делаю. кроме одного бесконечного списка ну не совсем так. оно ещё под анко специализированно

я у себя так делаю. кроме одного бесконечного списка ну не совсем так. оно ещё под анко специализированно

Можешь кинуть в личку поглядеть?

Ну.. типа правило такое... что нельзя ссылаться на внутренности агрегата напрямую. Иначе их можно поменять и устроить несогласованное состояние агрегата.

сделаешь потом проперти с геттером сеттером

сделаешь потом проперти с геттером сеттером

Так а... copy копирует список, а внутренности? По ссылке?

ну вообще мне копи не очень нравится. хотелось бы чтобы генерелись функции типа smth1.updateL

Так а... copy копирует список, а внутренности? По ссылке?

copy копирует все поля объекта. да по ссылке

Жаль

Если держать все иммутабельным, то без разницы

copy копирует все поля объекта. да по ссылке

Как сделать прям настоящий агрегат?

Хах

Да)

мне кажется уже перебор с иммутабельностью

на самом деле я не уверен что по ссылке. не могу найти этому подтверждения а декомпилить лень

на самом деле я не уверен что по ссылке. не могу найти этому подтверждения а декомпилить лень

не будет же он делать глубокую копию

и сорян я не знаю что такое агрегат)

не будет же он делать глубокую копию

ну да. это в общем случае сложная операция

вообще, если занудствовать, то в котлине, как и в джаве, всё по значению

просто с объектами это значение ссылки

просто с объектами это значение ссылки

)

А вот asList возвращает не совсем immutable, так?

ну да. переходя с плюсов это можно воспринимать как все объекты это Object* передаются в функцию

ну сигнатуру надо посомтреть

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/as-list.html иммутабл

А вот asList возвращает не совсем immutable, так?

Если в название функции нет Mutable (List/Map/Set), то по умолчанию все неизменяемое (на уровне интерфейса).

короче нехватает функций типа user.updateAge(1::plus)

Окей...

Окей...

всё? накрылась мечта с Н А С Т О Я Щ И М А Г Р Е Г А Т О М ?

не

мне кажется вы перебарщиваете

Не ну уж если взялись что надо все сущности делать иммутейбл - значит взялись

ой ну, это называется максимализм

иммутейбл - тоже максимализм

нуу я за. но на самом деле из джавы приходит в мутабл. в джаву тоже нужно отправлять мутабл. да и работать с иммутабл будет сложновато. так чисто модель обычно на val описываю

не ну а смысл делать иммутейбл внутри изменяемым? =)