видимо также как и в фрагментах можешь сделать

где ctx экстеншн для контроллера = getActivity()

я у viewGroup могу взять контекст

только вот что делает овнер

ну да)

ну то есть видимо ты разобрался в чём разница какой тип сделать овнером и я бы хотел послушать

короче, вот в чем задача я хочу абстрактный контроллер, который в себя будет принимать AnkoComponent<Конкретный контроллер>, сам контроллер будет делать мне onCreateView прелесть в том, что при описании лейаута, я могу обращаться к методам презентера, например, так:

но я не знаю, насколько это хорошая идея

я думаю (хотя и не придерживаюсь этого) что лучше всё таки делать эти компоненты отдельными классами. удобно иногда сделать ad-hoc object:AncoComponent<> который будет дёргать методы, но код быстро разрастается и теряется его общая цель (текущего файла).

ну окей, сути дела не меняет )

переменная или отдельный класс, наследующийся от AnkoLayout

я про саму архитектуру, есть ли смысл сюда давать доступ к презентеру ?

ну так да, это и хотел сказать, что лучше проставить колбеки торчащие из этого класса (не вложенного в презентер). добавить какую-нибудь минимальную логику (мол setError(e: Error?) ну и показывать контейнер ошибки если не нул с её текстом). иначе у тебя в презентере будет валяться этот ui и как бы мешать читать его

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

ну вот только как бы это правильно и красиво заимплементить ? )

для этого и нужен owner, полагаю

и конечно же буду рад послушать, зачем нужна эта owner: T

не обязательно от тебя

так смотри

AnkoContext<T> это просто интерфейс, который содержит какую-то логику и owner : T соответственно, когда ты описываешь лейаут в скоупе AnkoContext, помимо рутинных verticalLayout { и прочая ересь}, у тебя есть возможность прямо там обратиться к owner. следовательно, если создавать AnkoContext<Fragment>, у тебя при описании в DSL будет доступ к Fragment

а ну да

просто могу обратиться к овнеру

хотя нигде этого раньше не делал

1я проблема которую вижу: class BaseAncoPresenter<T: AncoComponent<BaseAncoPresenter<....

ну контроллер, а не презентер

да, вот сейчас сижу и думаю, как это решить )

если будут идеи — велкам

а в свифте есть Self как тип (

ну я костылил для BaseAncoAdapter и я там звздочку поставил (BaseAncoAdapter<BaseComponent<*»)

а в свифте есть Self как тип (

кстати не знал. в расте пользовался им только. мб и в котлине тоже

да, вот сейчас сижу и думаю, как это решить )

Увы, в Java и Kotlin нет Self-типа, см. тот же E : Enum<E>.

да, но, мб, как-то иначе можно придумать

Можно ли как-то обойти необходимость использовать !! в таком коде? Не нашел ни одного примера нормального double-checked паттерна на котле

node?.let { node -> //код из if (node == null) }

вместо if (node == null), разумеется

node?.let { node -> //код из if (node == null) }

Окей, а что с возвращаемым значением делать?

последнее значение let — и есть возвращаемое значение в случае если node таки null, то и вернется null

если вы захотите запровайдить что-то другое —   node?.let { node -> //код из if (node == null) } ?: что-то другое

Угу, сделал. Выглядит, конечно, такое дело стремно

Но, все лучше чем отсутствие синхронизации

Я вас чуть-чуть обманул

?.let { делать, если НЕ null }

Может стоит поработать на архитектрурой, что-бы без локовов обойтись? private val nodes = ConcurrentHashMap<String, IMemCache>() fun get(id: String): IMemCache = nodes.getOrPut(id, { create(id) })

справедливое замечаение но если очень надо, то вот

вторая проверка внутри sync-блока потерялась

кстати, get можно сделать operator

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

не знал про abstract val/var

в кондукторе одновременно сосуществуют презентер и контроллер? или твоё именование?

Controller кондуктора — это View, вместо фрагмента

Хм, заметил, что вроде как можно вынести благодаря нормальным функциям инициализацию в отдельную функцию, можете глянуть - не накосячил ли?

По гайдлайнам (в этом случае) все после = лучше перенести на новую строку (тем более код вылез за | )

и зачем T : Any ?

просто T

и зачем T : Any ?

Чтобы случайно к nullable не кастанулось

Оно вроде как может

Да, пысы, setup предназначен в основном для того, чтобы в нем присваивать значение поля при его инициализации

Чтобы случайно к nullable не кастанулось

справедливо

ERROR: S client not available

Мы ведь пихаем туда заведомо nullable, ибо T берется из accessor, например, и тогда на выхлопе он же и будет

Не понял, а с каких пор старый добрый map.getOrPut() стал нехорош?

Может я сейчас скажу что то в стиле Егора, но имхо synchronized надо уже объявлять deprecated или хотя бы в кодестайле idea подсвечивать. Не должно его встречается в обычном коде (разве что фреймворках)

Не понял, а с каких пор старый добрый map.getOrPut() стал нехорош?

не стал. просто рассматривайте это как альтернативу :)

Может я сейчас скажу что то в стиле Егора, но имхо synchronized надо уже объявлять deprecated или хотя бы в кодестайле idea подсвечивать. Не должно его встречается в обычном коде (разве что фреймворках)

Чаще всего хватает высокоуровневых инструментов, но иногда и синхронайзед нужен, нельзя его делать депрекейтед

Чаще всего хватает высокоуровневых инструментов, но иногда и синхронайзед нужен, нельзя его делать депрекейтед

Ну когда он нужен среднему юзеру котлина? Даже для фреймворков предпочтительнее использовать compareandswap или готовые очереди.

Эх запили ли бы в Kotlin STM

Ну когда он нужен среднему юзеру котлина? Даже для фреймворков предпочтительнее использовать compareandswap или готовые очереди.

Какой смысл CAS для ленивой инициализации?

Какой смысл CAS для ленивой инициализации?

Какой смысл делать свою ленивую инициализацию, когда есть object?

Какой смысл делать свою ленивую инициализацию, когда есть object?

там мапка

там мапка

Юзай getOrPut

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

defaultValue() вычисляется без блокировки

как обновить элемент в MutableList?

как обновить элемент в MutableList?

эм...set?

эм...set?

как найти index где находится этот элемент с помощью предиката напр

как найти index где находится этот элемент с помощью предиката напр

indexOfFirst, например

withIndex().find {i, elem -> ... } можно

withIndex().find {i, elem -> ... } можно

(i, elem) ->, я думаю

defaultValue() вычисляется без блокировки

Если defaultValue() идемпотентентный и не имеет сайд эффектов, то все равно

да, если

(i, elem) ->, я думаю

да, конечно.

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

вам прям что-то такое надо, что экстеншнов не хватит ?

да) нужно иметь что-то в духе CompositeIntProgression, но проблема в том, что конструктор недоступен у прогрессий

просто хоть код копируй)

просто хоть код копируй)

Так rangeTo создаст прогрессию. Или я не допёр.

Так rangeTo создаст прогрессию. Или я не допёр.

он создаст рендж, но мне нужна имнно прогрессия ибо требуется указывать шаг

он создаст рендж, но мне нужна имнно прогрессия ибо требуется указывать шаг

Если добавить step, должна быть прогрессия: 1..42 step 9

где ты раньше был :DDDD