Вот, разобрался. Кострукция map.forEach{k,v-> doSomesing(k, v)} вызывает java forEach, а конструкция map.forEach { doSomesing(it.key, it.value)} вызывает forEach из Kotlin stdlib

заглянул к danlew'у оказывается как раз таки об этом он писал) http://blog.danlew.net/2017/03/16/kotlin-puzzler-whose-line-is-it-anyways/

поясните плиз. в котлине возможно обойтись без джавовского рефлекшена?

мне допустим надо статик файнал поле класса поменять

как мне это чисто на котлине без использования джавовского рефлекта сделать?

The currently selected Java debugger doesn't support breakpoints of type 'Kotlin Line Breakpoints'. As a result, these breakpoints will not be hit. - сталкивался кто?

заглянул к danlew'у оказывается как раз таки об этом он писал) http://blog.danlew.net/2017/03/16/kotlin-puzzler-whose-line-is-it-anyways/

https://youtrack.jetbrains.com/issue/KT-17278

Всем привет! Как в tg://resolve?domain=kotlin_jobs вакансию закинуть?

Или можно сюда?

Можно сюда, а добавлю

Вакансия: #java #kotlin З/п: до 200к. Локация: #москва #мск Контакты: @andreyvesnin Ссылка на HH: https://hh.ru/vacancy/20178513 Ищем Java-программиста в международную компанию, занимающуюся спортивными ставками и разработкой соответствующего ПО. По факту большая часть Java-разработки сейчас переводится на Kotlin. Задачи на ближайшее время: - Написание новой комплексной системы для букмекерских компаний - Развитие системы для взаимодействия с CPA-сетями Чего ждём: - Опыт разработки на Java с текущим уровнем Senior / Middle+ - Стремление понимать то, КАК технологии работают, а не только как их использовать Будут плюсом: - Опыт работы с Kotlin либо простая любознательность и тяга к новым технологиям - Опыт разработки микросервисной архитектуры PostgreSQL, RxJava, Ratpack, Netty, Hazelcast (используются в компании) Условия: Интересные проекты с новыми технологиями (реактивное программирование, микросервисная архитектура, тот же Kotlin) Адекватный уровень заработной платы Офис в шаговой доступности от м. Волгоградский проспект / Пролетарская

а говорили бекенда на котлине нет

Вот тоже подумал

а говорили бекенда на котлине нет

Статистическая погрешность ?

А кто-то в этой погрешности работает ?

Что-то я 200к видел только в букмекерстве, бинарных опционах и брокерстве. Печальбеда.

ну вообще сейчас очень много где

даже больше

Если что, слух прошел, что бэкенда на котлине примерно столько же сколько Андройда

Если что, слух прошел, что бэкенда на котлине примерно столько же сколько Андройда

думаю этот слух можно развеять опросом в этом чате

Выборка нерепрезентативна

Привет ! Можно ли в VS Code собрать андроид апп с котлин. Есть ли IDE для сбора андроид апп кроме интеллиJ ?

Эклипсина есть

думаю этот слух можно развеять опросом в этом чате

?

Слух оч репрезентативен ))

Привет ! Можно ли в VS Code собрать андроид апп с котлин. Есть ли IDE для сбора андроид апп кроме интеллиJ ?

Я играюсь с VSCode (пытаюсь разорвать вендор-лок) Сейчас там только подсветка кода, и можно собирать только gradle из консоли.

Сделали онлайн голосовалку за фичи, кто хотел? https://goo.gl/S503K9

Думаю можно запинить числа до 17го @HeapyHop

Напомнишь убрать :)

Напомнишь убрать :)

изи

Сделали онлайн голосовалку за фичи, кто хотел? https://goo.gl/S503K9

?

а как от DDOS будете защищать?

=)

Не могу найти инспекшен для Kotin на тему "`игнорирование результат функции (НЕ Unit))`". Никто не знает, есть ли он вообще, может как-то подругому называется?

есть ли какие-то красивые способы решения проблемы с занулением свойств, чтобы предотвратить меморилик во фрагменте?

понятно, что можно делать все такие поля var nullable, но это засоряет в итоге код, так как по своей природе такое поле lazy с возможностю удаления. мб как-то можно через делегаты реализовать это?

Вроде не имеет ничего общего с lazy. я бы подумал что можно сделать WeakReferenceDelegate, который соответственно хранит в себе WeakReference и отдаёт опшонал

Вроде не имеет ничего общего с lazy. я бы подумал что можно сделать WeakReferenceDelegate, который соответственно хранит в себе WeakReference и отдаёт опшонал

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

Вроде не имеет ничего общего с lazy. я бы подумал что можно сделать WeakReferenceDelegate, который соответственно хранит в себе WeakReference и отдаёт опшонал

вот как раз не хотелось бы с опшоналами иметь дело. по сути при любом чтении свойства я уверен, что оно не null. просто нужно иметь возможность удаления. как lateinit только обратимый =) (чтобы можно было разинитить обратно)

просто странно. для андроид разработки это супер стандартный кейс - неужели никто ничего еще не придумал?

Я чето не догоняю, где у тебя потекет?

Я чето не догоняю, где у тебя потекет?

если фрагмент удалит view то в диалоге останется ссылка на контекст и он утечет

Какое Вью?

Может пример кода лучше скинуть

Какое Вью?

фрагмент в бэкстек положили например. фрагмент как объект жив, вью удален.

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

просто в lazy есть как бы гарантии, что каждое обращение к нему вернет готовый объект. как ты себе представляешь это при возможности денициализации? Вот допустим у тебя есть val prop: View by Magic как ты гарантируешь, что не случится prop.deinit() doSomething(prop) ?

просто в lazy есть как бы гарантии, что каждое обращение к нему вернет готовый объект. как ты себе представляешь это при возможности денициализации? Вот допустим у тебя есть val prop: View by Magic как ты гарантируешь, что не случится prop.deinit() doSomething(prop) ?

меня более чем устраивает если я в таком случае получу эксепшен как при использовании lateinit. я гарантирую в коде, больше ничего не нужно

может быть истанс делегата сохранять и потом на нем какой-то метод очищения вызывать.. хочется как-то лаконично это все сделать

Может не использовать фрагменты, в таком случае

Мне кажется там не потекет, Гц разберется

Может не использовать фрагменты, в таком случае

из-за особенностей языка программирования и желания писать более простой код на нем? =) ну это как-то странно. тем более что приложение уже работает на фрагментах и такого варианта пока нет. по крайней мере не на этой итерации.

Мне кажется там не потекет, Гц разберется

как он разберется? есть объект - живой. он держит стронг референц на другой. тут без вариантов. тем более что это не что-то новое, а стандартная особенность фрагментов, с которой все так или иначе сталкиваются. в java просто добавляешь someField = null в нужном методе и все. остальной код при этом не заполняется дополнительной логикой

Мне кажется, ты пытаешься Disoposable из C# придумать

меня более чем устраивает если я в таком случае получу эксепшен как при использовании lateinit. я гарантирую в коде, больше ничего не нужно

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

Не понимаю, чем нулабле не нравится?

!! Поставил, раз уверен, что не нул, и все

Не понимаю, чем нулабле не нравится?

тем что использование nullable меняет код использования свойства. ставить !! не красиво. имхо их не должно быть в нормальном коде

А при необходимости занулил

Мне кажется, ты пытаешься Disoposable из C# придумать

да, можно и так сказать. по сути я хочу lateinit с возможнось сделать uninit.

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

> дальше разработчик гарантирует что это равносильно !! только хуже

ты по сути говоришь своим коллегам, что в коде всё ок, но на самом деле должен на каждом ревью проходится по всем таким свойствам

Мне кажется надо пересмотреть подход

> дальше разработчик гарантирует что это равносильно !! только хуже

почему? в андроиде есть совершенно определенный контракт навязанный архитектурой платформы. зануление происходит ВСЕГДА в одном и всем известном месте в колбэке который обеспечивает фреймворк. Любой коллега понимает это за 5 минут. дальше ничего проверять не нужно вообще. только код пиши.

В теории - да

ERROR: S client not available

))

а на практике при первом же запуске упадет - не проблема вообще

никаких отличий от !! тут не вижу по опасности

Не обязательно на первом)

только !! писать не нужно

даже если не на первом. оно и в джаве ровно также упадет. ничего тут не ухудшается относительно java или nullable+!!

тут nullable вынужденный, он не определен бизнес логикой кода. при такой ситуации все равно его разрулить никак иначе кроме !! нельзя. а значит про безопасность говорить нечего. не было ее тут в джаве и не будет в котлине. главное чтобы хуже не стало - так вот не станет. ровно также =)

ты просто в определенный момент загнал себя в рамки !!

ты можешь ставить вопросительные знаки

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

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

нет. не могу. код должен падать и только падать при такой ситуации если поле null и я его использую. вопросительные знаки имеют другую семантику и отложат ошибку и сделают ее труднообнаруживаемой. ? только для тех случаев когда это НОРМАЛЬНО если код не выполнится и это штатная ситуация

ты просто в определенный момент загнал себя в рамки !!

мне кажется что в такие рамки загоняет сам фреймворк и архитектура. тут не может быть другой семантики. можно только синтаксис менять, семантика останется

ссылки нужно только на вьюхи, верно?

реально интересно воспроизвести проблему. я думал что все такие траблы растут от asyncTask или всякие rx.

Смотри фрагмент твой в любом случае не умрёт, если я тебя понял?

и тебе жалко памяти на его поля?

и тебе жалко памяти на его поля?

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

у меня в приложении лента с картинками

если вью утекает то 10-20мб может утечь за раз. таких ленты 4 в разных табах. прошел по табам и привет - OOM

это просто ситуация где это очень явно видно, но понятно что утекать будет и без картинок и табов

Ну короче по красоте это можно организовать как вьюхолдер в ресайклере

ты описываешь вложенную структурку содержащую поля, которые нужно обнулять (вьюхи)

описываешь метод который инициализирует эту структурку

так вьюхи потом доставать же все равно также как nullable придется?

ну и переопределяешь все методы фрагмента, добавляя к ним передачу этой структурки (с проверкой на нул или !!) ну думаю ты понял идею. думаю это не так уж запарно будет, если это у тебя постоянно встречается в разработке

ну и потом в частных случаях наследуешься от получившегося фрагмента

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

лучше бы нулейбл просто сделать

вроде недавно это обсуждали, если очень хочется, то можно без проблем сделать свой делегат

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