MonoCross, один из «вдохновляющих» для MvvmCross, действительно поддерживал веб-представления вместе с серверными viewControllers.
Однако, по-моему, это имело ограниченное использование, требовало слишком много серверной памяти, помещало ограничения на дизайн мобильных приложений и действительно не было хорошей моделью программирования для многих webapps.
Если вы действительно хотели поддержать MvvmCross в веб-приложение, то вы можете посмотреть по адресу:
- где вы поставите разделение логики между веб-браузера клиента и сервера
- как сервер (ы) будет поддерживать состояние сеанса
- как клиенты HTML/Javascript будут общаться на странице с сервером
- как будет преодолеть удаленный клиент специфические ошибки
Для определенной категории приложений, возможно, есть смысл в этом.
Но для более общих веб-приложений, я думаю, что есть гораздо более эффективные решения там - с помощью нокаута, угловатый, Нэнси, Fubu, ASP.Net и т.д.
MvvmCross сфокусированность на богатых клиентов приложений, где местные In- состояние памяти обычно намного больше, чем в веб-приложениях.
В качестве альтернативы ...
- по крайней мере два человека стали порты Silverlight MvvmCross (но я не видел выход либо)
- один разработчик с открытым исходным кодом обещает будущий движок mvvm для всей платформы, в том числе html под названием Carnival (у меня есть не видел этого во плоти, но у него есть работа над внутренним проектом)
По иронии судьбы? «Среда Asp.NET, реализующая представления WPF» ... Вы имеете в виду Silverlight? – Belogix
Я имею в виду, по иронии судьбы, потому что MVVM, на основе которого MVVMCross основан, первоначально был из ASP.NET. – AnthonyLambert
Вы уверены? MVVM - это всего лишь шаблон и не был основан на ASP.NET? Подобно ASP.NET MVC, это не что-то новое, MVC как шаблон существует уже давно. – Belogix