ну без твоего "хака", создание масива каждый раз когда из инта делаем енум, что приближает гц =)

рантайм вполне может догадаться, что массив можно не клонировать ;)

опять, блин, не проверишь — не узнаешь

я про другое, делать ли енум когда фреймворк хочет инт =)

ну без твоего "хака", создание масива каждый раз когда из инта делаем енум, что приближает гц =)

ну хак детский

я про другое, делать ли енум когда фреймворк хочет инт =)

енум удобнее и аккуратнее получается на мой вкус, у всех вкусы разные, я готов платить его оверхедом который незначительный, биндинг вьюшек\отрисовка вьюшек гораздо дороже (щас нас в котлин_андроид опять сошлют)

там пазлеры про котлин, я пошол зырить +)))

я про другое, делать ли енум когда фреймворк хочет инт =)

1. Если всё это в енуме - нет шанса подать на вход неправильный инт. Работая с интами мы этой гарантии лишаемся. 2. У енума может быть инт поле, по которому и получать вью. При чём тут gc, если ничего нового не создаётся (элементы енума - статика)? 3. А почему фреймворк хочет инт? P.S. Если гарантии не важны, то зачем нам вообще статическая типизация?

Поэтому привет дарт на мобилках

Вроде тоже есть статическая типизация, но не всегда

1. Если всё это в енуме - нет шанса подать на вход неправильный инт. Работая с интами мы этой гарантии лишаемся. 2. У енума может быть инт поле, по которому и получать вью. При чём тут gc, если ничего нового не создаётся (элементы енума - статика)? 3. А почему фреймворк хочет инт? P.S. Если гарантии не важны, то зачем нам вообще статическая типизация?

1. Да, поэтому и хочется енум. 2. Мне в метод прилетает инт, мне по нему нему надо понять о каком типе вьшки идёт разговор, следователь конвертируем инт в енум (что если делать по простому жрёт память) 3. Так написан

народ а в студии можно ли как то посмотреть исходники котлина?

народ а в студии можно ли как то посмотреть исходники котлина?

Ctrl+клик на метод/класс

Ctrl+клик на метод/класс

это на винде, на маке cmd+клик, но при проваливании доступно только вот это public operator fun plus(other: Any?): String public override val length: Int

В интерфейс видимо проваливаетесь

1. Да, поэтому и хочется енум. 2. Мне в метод прилетает инт, мне по нему нему надо понять о каком типе вьшки идёт разговор, следователь конвертируем инт в енум (что если делать по простому жрёт память) 3. Так написан

Ага. Тогда я неверно понял задачу. То есть, от фреймворка вам int прилетает, а вы по нему enum получаете и по enum достаёте вью? Тогда зачем enum в этом случае? Можно просто Map<Int, View> и из него вью и доставать. Или, если Int подряд идут, поместить все View в том же порядке в массив/список и доставать по индексу. Всё равно enum никаких гарантий не даст.

Ага. Тогда я неверно понял задачу. То есть, от фреймворка вам int прилетает, а вы по нему enum получаете и по enum достаёте вью? Тогда зачем enum в этом случае? Можно просто Map<Int, View> и из него вью и доставать. Или, если Int подряд идут, поместить все View в том же порядке в массив/список и доставать по индексу. Всё равно enum никаких гарантий не даст.

Мне и вью прилетает, по инту я определяю чтт этт за вью и что туда пихать.

это на винде, на маке cmd+клик, но при проваливании доступно только вот это public operator fun plus(other: Any?): String public override val length: Int

А для String это всё в JVM зашито, так что исходника на Kotlin просто нету.

Мне и вью прилетает, по инту я определяю чтт этт за вью и что туда пихать.

Так. Прилетает вью. А инт откуда берётся?

это на винде, на маке cmd+клик, но при проваливании доступно только вот это public operator fun plus(other: Any?): String public override val length: Int

Вам вообще зачем исходник String понадобился?

Вам вообще зачем исходник String понадобился?

не стринга, а вообще котлина, хочу посмотреть что там под капотом

не стринга, а вообще котлина, хочу посмотреть что там под капотом

Тем более непонятно, зачем. Внутри собаки низкоуровневая жуть и мрак, как обычно ?

Вообще все сорцы тут, как я понимаю: https://github.com/JetBrains/kotlin

Так. Прилетает вью. А инт откуда берётся?

Ой всё ? забейте, это наши андроед беды

Ой всё ? забейте, это наши андроед беды

Так может подорожник какой найдём, чтоб беда заросла?

Так может подорожник какой найдём, чтоб беда заросла?

Свалить в бекэнд разве что

* шутки про Flutter *

Так может подорожник какой найдём, чтоб беда заросла?

да эт не беда

беда это овердизайнед фреймворк которого сложнее укрощать чем в иос

Иос был позже и, насколько я понял, плевал с высокой елки на обратную совместимость, так что на часть граблей не наступил. Так же как и С# по отношению с Java.

Иос был позже и, насколько я понял, плевал с высокой елки на обратную совместимость, так что на часть граблей не наступил. Так же как и С# по отношению с Java.

1) релиз иос был раньше на год 2) со обратной совместимостью там немного хуже в чем андроиде, но никаких глобальных изменений не было

2+ фрагментация по версиям гораздо меньше, сильно больше половины активных людей сидят на последней мажорной версии ос

Ну вам виднее, я не пользуюсь и никогда на нем не писал. На андроиде писал, в районе 2-4 версии. Это выглядело очень даже прилично в то время.

Иос был позже и, насколько я понял, плевал с высокой елки на обратную совместимость, так что на часть граблей не наступил. Так же как и С# по отношению с Java.

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

Ну вам виднее, я не пользуюсь и никогда на нем не писал. На андроиде писал, в районе 2-4 версии. Это выглядело очень даже прилично в то время.

я писал и там и там достаточно много, в иос ты с фреймворком борешься меньше ИМХО

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

Чуточку игрался, но не более того, спецификации читал. Там сначала собрали все грабли джавы, а потом, пока он не было слишком популярен, просто пару раз сломали совместимость.

Чуточку игрался, но не более того, спецификации читал. Там сначала собрали все грабли джавы, а потом, пока он не было слишком популярен, просто пару раз сломали совместимость.

А ну это я вкурсе и это мелочи (для меня)

я писал и там и там достаточно много, в иос ты с фреймворком борешься меньше ИМХО

В андроиде есть пара глобально плохих решений (R, реализации интентов), но в то время не было полнятно ,что они плохие.

В андроиде есть пара глобально плохих решений (R, реализации интентов), но в то время не было полнятно ,что они плохие.

да хорошие они, я говорил только про критерий что меньше борешься с фреймворком (активити\фрагменты\интенты\сервисы в андроиде) вс ios

Плохие :) те проблемы, что есть, выросли из них

Плохие :) те проблемы, что есть, выросли из них

R мне нравится, интенты нет

ну без фанатизма R конечно

R создает кошмары с точки зрения тулинга. Может сейчас стало лучше, конечно

с ресурсами всё очень плохо у библиотек

но вообще -> @kotlin_mobile

Андрей на closing panel сказал, что он хочет тайпклассы в Котлине, но не уверен, что это будет скоро.

ой, а я пропустила :( что там было, планы на будущее?

Нет, просто ответы на вопросы.

А, ну может посмотрю запись потом

https://www.youtube.com/watch?v=6AAV1x6UZpA Ещё есть шанс подключиться и посмотреть closing panel (или чёт раннее, но до 4х часов назад) :) Но ничего радикально важного не звучит вроде бы.

Всем привет. Подскажите, а вложенные вызовы apply() чреваты каким-нибудь performance overhead?

Всем привет. Подскажите, а вложенные вызовы apply() чреваты каким-нибудь performance overhead?

что? О_о

Всем привет. Подскажите, а вложенные вызовы apply() чреваты каким-нибудь performance overhead?

загляни внутырь

вроде inline

загляни внутырь

Это даже за шутку можно посчитать

Это даже за шутку можно посчитать

это 2-а в одном

вроде inline

ок, вопрос снят.

Как то недавно здесь спрашивал, как люди справляются с миграциями пользуясь Exposed. Посоветовали использовать дополнительный инструмент управления миграциями, например FlyWay. Подключил себе FlyWay, но обнаружил что в бесплатную версию не входят откаты миграций. Кажется, что это очень важная вещь, потому что я уже сталкивался с ситуациями, когда, например, допустил ошибку в скрипте и миграция выполнилась только на половину, в таблицу версий записались изменения и откатывать изменения приходится руками. Да и вообще возможность откатить миграцию выглядит востребованной. Какую альтернативу FlyWay вы используете? Или все пользуются комерческой версией это либы?

Как то недавно здесь спрашивал, как люди справляются с миграциями пользуясь Exposed. Посоветовали использовать дополнительный инструмент управления миграциями, например FlyWay. Подключил себе FlyWay, но обнаружил что в бесплатную версию не входят откаты миграций. Кажется, что это очень важная вещь, потому что я уже сталкивался с ситуациями, когда, например, допустил ошибку в скрипте и миграция выполнилась только на половину, в таблицу версий записались изменения и откатывать изменения приходится руками. Да и вообще возможность откатить миграцию выглядит востребованной. Какую альтернативу FlyWay вы используете? Или все пользуются комерческой версией это либы?

вопрос, я может не в теме, но ты на рабочей бд делаешь миграцию ? Может просто сделать бекап и игратся

Всем привет. Подскажите, а вложенные вызовы apply() чреваты каким-нибудь performance overhead?

Нет, но они чреваты замусориванием текущей области видимости

Как то недавно здесь спрашивал, как люди справляются с миграциями пользуясь Exposed. Посоветовали использовать дополнительный инструмент управления миграциями, например FlyWay. Подключил себе FlyWay, но обнаружил что в бесплатную версию не входят откаты миграций. Кажется, что это очень важная вещь, потому что я уже сталкивался с ситуациями, когда, например, допустил ошибку в скрипте и миграция выполнилась только на половину, в таблицу версий записались изменения и откатывать изменения приходится руками. Да и вообще возможность откатить миграцию выглядит востребованной. Какую альтернативу FlyWay вы используете? Или все пользуются комерческой версией это либы?

SQLplus

вопрос, я может не в теме, но ты на рабочей бд делаешь миграцию ? Может просто сделать бекап и игратся

Делаю я сейчас, разумеется, на тестовой бд, но откатывать неудачные миграции даже на тестовой бд руками кажется не правильным подходом. Плюс имеется потребность довольно часто обновлять бд в продакшене и если я допущу ошибку в миграции, то потом откатывать будет не очень удобно. Поэтому решил спросить, чем можно заменить flyway

ERROR: S client not available

Делаю я сейчас, разумеется, на тестовой бд, но откатывать неудачные миграции даже на тестовой бд руками кажется не правильным подходом. Плюс имеется потребность довольно часто обновлять бд в продакшене и если я допущу ошибку в миграции, то потом откатывать будет не очень удобно. Поэтому решил спросить, чем можно заменить flyway

честно думаю ничем, есть бд, а есть СУБД, специальные проги для управления самой БД, так-что супер-пупер инструменты скорей всего стоят денюшку. Я вот узал что юди досих пор платить за оракл, но не хотят платить за JOOQ

SQLplus

Хотелось бы какую нибудь полноценную либу, которая сама будет тянуть миграции, а не отдельную программу

честно думаю ничем, есть бд, а есть СУБД, специальные проги для управления самой БД, так-что супер-пупер инструменты скорей всего стоят денюшку. Я вот узал что юди досих пор платить за оракл, но не хотят платить за JOOQ

1) Так а если им JOOQ не нужен) 2) модуль для поддержки оракла в JOOQ можно самому дописать, пересобрать, и платить ничего не надо

Делаю я сейчас, разумеется, на тестовой бд, но откатывать неудачные миграции даже на тестовой бд руками кажется не правильным подходом. Плюс имеется потребность довольно часто обновлять бд в продакшене и если я допущу ошибку в миграции, то потом откатывать будет не очень удобно. Поэтому решил спросить, чем можно заменить flyway

Бэкапы - наше всё, тем более в проде. Даже с flyway или чем-то ещё таким. Если БД поддерживает транзакционный DDL, можно делать миграцию в транзакции и всё.

1) Так а если им JOOQ не нужен) 2) модуль для поддержки оракла в JOOQ можно самому дописать, пересобрать, и платить ничего не надо

так как раз спрашивали за альтернативу JPA (отказатся), скажем есть есть QueryDSL , возмуть последний

Бэкапы - наше всё, тем более в проде. Даже с flyway или чем-то ещё таким. Если БД поддерживает транзакционный DDL, можно делать миграцию в транзакции и всё.

+

Бэкапы - наше всё, тем более в проде. Даже с flyway или чем-то ещё таким. Если БД поддерживает транзакционный DDL, можно делать миграцию в транзакции и всё.

То есть лучшее решение - делать бекап перед каждой миграцией в проде?

То есть лучшее решение - делать бекап перед каждой миграцией в проде?

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

а то и чаще

То есть лучшее решение - делать бекап перед каждой миграцией в проде?

Эм, а вы что, не делаете?

То есть лучшее решение - делать бекап перед каждой миграцией в проде?

у меня 5 минут, если нужно реально 24/7 то вам миграции не нужно делать, и возможно ваш выбор что-о типа оракла

так как раз спрашивали за альтернативу JPA (отказатся), скажем есть есть QueryDSL , возмуть последний

Ща spring-data-jdbc новый выйдет и всех победит)

Эм, а вы что, не делаете?

вот они самоубийцы, я одн раз бд уронил, узнал про бекапы (что они окзываются делаюся), востановил и жизнь стала проще)

Ща spring-data-jdbc новый выйдет и всех победит)

джава 11 уже всех победила

Эм, а вы что, не делаете?

Автоматические бекапы, скорее всего, настроены, но потребности поднимать из бекапа пока не было) Окей, я впринципе понял основную мысль. Спасибо, есть над чем подумать)

Автоматические бекапы, скорее всего, настроены, но потребности поднимать из бекапа пока не было) Окей, я впринципе понял основную мысль. Спасибо, есть над чем подумать)

> но потребности поднимать из бекапа пока не было) Главное, чтоб как у гитлаба не вышло — пять видов бекапа и все не сработали.

джава 11 уже всех победила

OpenJDK

Автоматические бекапы, скорее всего, настроены, но потребности поднимать из бекапа пока не было) Окей, я впринципе понял основную мысль. Спасибо, есть над чем подумать)

пойми, информация рулить этим миром, и терть ее нельзя, даже если будет супер_пупер_мигратор_2000, я сделаю бекапчики

Автоматические бекапы, скорее всего, настроены, но потребности поднимать из бекапа пока не было) Окей, я впринципе понял основную мысль. Спасибо, есть над чем подумать)

Автоматические бэкапы - это хорошо, но миграция - это всегда рискованная операция. Если есть время (или данных не очень много), лучше вообще миграции обкатывать на бэкапах с прода, для избежания сюрпризов.

OpenJDK

хех, но я вообще-то не про то, а про то что нифига не завезли, var and module, а вот jvm радует, много плюшек. Осталось поверить на слово ораклу, что это задел на будущие джавы

Задел там на Valhall-у. Я еще сильно Panam-у ждал, но если котлиновцы сделают мост, то можно из без последней.

А, ну да и graalvm

Задел там на Valhall-у. Я еще сильно Panam-у ждал, но если котлиновцы сделают мост, то можно из без последней.

боюсь для котлина это будет печально, если он не поменяет направление

кхмм

пойдет нормально в нейтив, и фронт, а то приявязка к jvm (и то большая чать андроида, где флатер пожимает), губит

Не понял мысль

Не понял мысль

все вишьки котлина пропадут, +- люди и так его наччали хейтить (бесит)

Не понял мысль

не наберется нормальное количество разработчиков яп, яп - умрет

А куда они пропвдут, и о каких вишенках речь?

А куда они пропвдут, и о каких вишенках речь?

ой, фишки, лоом бует круче, ведь корунтиы стек копирует, лоом будет делать другое, болье "скоросное", у них в руках VM