Не могли бы вы дать больше объяснений многопоточности MvvmCross?Многопоточные устройства MvvmCross
ViewModel призывает к просмотрам safe, поэтому конфликтов не должно быть.
Однако IMvxMessanger имеет SubscribeOnThreadPoolThread а также SubscribeOnMainThread (за исключением только Subscribe), которые на самом деле не ясно для меня, когда использовать их.
Кроме того, что такое многопоточность внутри ViewModel (например, если два веб-запроса активируются одновременно, и по их результатам каждый из них пытается получить доступ к моей службе данных (например, запись данных в базу данных))?
(Или есть другие подобные ситуации, которые вы знаете из своего опыта).
Спасибо!
Спасибо за ответ. И я понял общее значение для «Subscribe» -семейных методов сообщения, но я до сих пор не полностью понимаю, что является целью последнего: «подписаться - будут получены сообщения, не предполагается никаких предположений о том, какие нить". В каких ситуациях я не должен заботиться о том, какие потоки являются полученными сообщениями? Почему третий этот метод (поскольку два других уже существуют)? – Agat
Mvx не принуждает вас к необходимости «must» или «must not» - вы можете свободно выбирать, как/где/если синхронизировать многопоточный код. – Stuart
Ну, это не было «обязательно» в значении «обязательно». Конечно, это означало «должен». Я человек, поэтому никто не должен заставить себя делать то, чего я действительно не хочу, но я действительно хочу понять, когда я ** должен использовать третий упомянутый метод вместо двух других. – Agat