#question: пишите ли ви юай тести? Какие подходи есть? Как ви определяете юз кейси и т.д.? Может у кого есть проджект которим не против поделиться? Или какие то хорошие ресурси чтоби почитать? Заранее спасибо

Мы пишем банальные User-flow и гоняем перед мержем в мастер, что-бы удостоверится что нет никаких крашей в основной бизнес-логике.

Гоняете в апцентре? Или просто локально на пару девайсах??

И например, если в юзер флоу есть обращение к апи/бд, где обращение к одному и тому же ендпоинту, может давать разние результати в одном и том же тесте. ( например тест#1 на первом телефоне - зашли на страничку->подождали(получили данние с апи)-> удалили елемент. тест #1 зайдет на страничку, но получит уже другие данние и не сможет найти етот елемент,чтоби удалить его и тест провалиться..) Сталкивались с таким?

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

Я работал с MVC и там вся логика в контроллере. А модель, это просто набор свойств и подключение к БД

Что весьма логично

Логика данных - VM, какие-то действия страницы - во View (показать алерт, тост, навигация)

Все логично

Почему бы майкрософту не удалить code behind для xaml? 🤔

И никто бы не путался

Потому что нужна логика страницы?

Так ее же во вьюмодели сделать?

Хотя это получится одно и то же 🤔

Нет, логика для данных во вью модели

А навигацию, алерты и тд желательно делать в code-behind

Выше же писал

Это и есть логика страницы

Я раньше спрашивал, но спрошу у тебя. Если у меня подсветка текста в зависимости от значения, через свитч например. Ее в code behind вставлять?