Pull to refresh

Comments 11

Если ошибиться, и вместо “Text” написать другое имя — то ни на этапе компиляции, ни в рантайме ничего не взорвётся. Просто Label отобразится без текста.
nameof. Эта проблема частично свойственна и WPF, но тот хотя бы в лог пишет.
для работы UI придётся дописать немного довольно скучного кода — реализовать интерфейс INotifyPropertyChanged и самостоятельно сообщать список изменившихся полей
Fody
За Fody спасибо!

nameof тоже в целом рабочий вариант, если не определять связи в XAML'е — там то код уже не вызывать, если я ничего не упустил.
Xamarin.Forms тоже пишет в лог
Любопытно, надо будет перепроверить. Раньше он ничего не делал молча.
Ну и напоследок, хотя список в качестве источника данных принимае IEnumerable, “подгрузки по мере прокрутки” по-умолчанию нет — в момент определения источника компонент вычитывает данные до конца.
Списки умеют работать с INotifyCollectionChanged и вполне адекватно реагируют на добавление элементов.
Да, умеют. Но всё-равно руками нужно проверять момент достижение конца списка и докидывать элементы в конец.
Это да, но в любом случае нужно писать логику показа спинера. Вроде это не дико критичная штука.
Ну да, к критичным недостатком я это не отнёс. :-)
Такое же сложилось мнение, как у авторов поста.
Нашел вашу статью через гугл как раз в поисках решения проблемы с TextView. Когда контейнер меняет свой размер в зависимости от содержимого TextView.
Есть какое то решение для этой проблемы? Ничего толком в голову не приходит…
Так. Уже сам придумал костыль.
Если обернуть Label в Layout с горизонтальной ориентацией, то он нормально работает.
Вот просто метка:
<Label
HorizontalOptions = «FillAndExpand»/>

А вот обернутая в дополнительный layout:
<StackLayout Orientation = «Horizontal»
HorizontalOptions = «FillAndExpand»>
<Label
HorizontalOptions = «FillAndExpand»/>

Sign up to leave a comment.