Подскажите как например с editText работать, чтобы во флоу конвертировать?

для rx есть RxTextView и всякое для биндинга

зачем?

ну хочу во вью модель получать от вьюхи сразу во флоу буквы, чтобы сразу делать поиск или показывать, что такой символ в пароле не уместен

а TextWatcher чем не устраивает? зачем тут флоу?

ну сейчас посмотрю что за зверь этот TextWatcher и подумаю нужен ли мне флоу

странно, не пойму как этот интерфейс реализован в listView например. Ну и какая реализация является аналогом editText ?

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

ааа, понял , нашел пример. Я в слушатель передаю реализацию этого интерфейса, целых три метода из которых реально мне нужен только один, это уже нарушение солид. Вот подход из rxJava view.login.loginEd.textChanges() , это функция возвращает поток букв

Если на котлине пишете, то для каждого нужного метода есть соответствующий extension. Если нужен afterTextChanged(или как он там называется), то делаете EditText.doAfterTextChanged {}

причем тут солид вообще? не нравится textwatcher есть экстеншн doOnTextChanged а вот за рх в этом месте я бы по рукам бил, не нужен он тут

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

ну при том что этот интерфейс заставляет реализовывать то что мне не нужно. Поэтому и появились эти экстеншены

Что вы вообще реализовать хотите? А то звучит страшно.

а почему rx не нужен? мне не нужно во вьюхе получать эти буквы, мне нужно вьюмодели передать возможность получать эти буквы

view.login.loginEd.textChanges() вот такую штуку передаю во вьюмодель, это observable в который будут эти буквы лететь. Но я его выпиливаю rx и хочу заменить на флоу или чем-то таким же лаконичным

Я про кейс, который реализуете. Для чего вам это вообще.

ввод логина

Обычно, когда пользователь все заполнит, просто собирают все данные с помощью EditText.text.toString() и посылают запрос через ViewModel. Зачем вам постоянный обсервер для этого? У вас как-то интерфейс должен реагировать и меняться в зависимости от введенных данных?

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

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

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

Ну ок. В вашем случае обсервер введенных данных - TextWatcher, который при каждой новой букве может дергать функции из ViewModel для проверок.

да, но заставляет реализовать лишнее. Поэтому я возьму этот экстеншен и ... и.. ничего не пойму , он мне возвращает it: Editable, хотя я ожидал char

it.toString(). А лишнее - это как раз реактивщина в виде Flow и RX. Роль обсервера, как и писал, тут на TextWatcher.

да потому что то что вы хотите получить делается в 20 раз проще myEditText.doOnTextChanged { text, start, before, count -> if (text == null) return@doOnTextChanged if (viewModel.hasInvalidCharacters(text.slice(start..start + count).toString()) showError() }

it может быть null ... почему не пустой текст .. эх

не фига себе коротко, сказка о царе салтане с проверками на null, сейчас я напишу и сравним

ну так что там? получилось проще?

viewModel.editLoginFlow(view.login.loginEd.textChanges()) вот максимально коротко

кстати вот такая штука: есть два текстовых поля, когда в любом из них есть изменение, нужно выполнить какую-то проверку и вывести результат. Тут rx прячет всю эту работу с textWatcher