Я ищу предложений для следующего вопроса, и я понимаю, что действительно не будет идеального ответа на мой вопрос:
У меня есть пользовательский интерфейс, встроенный в WinForms.NET (фреймворк v4.0) с внутренними объектами WCF и моделью EF4, который я собираюсь перенести в Интернет. Пользовательский интерфейс не очень большой, не супер сложный и хорошо структурированный. Но это не супер простая система. Я собираюсь выбрать технологический стек для веб-интерфейса, который будет нацелен на настольные ПК и частично мобильные платформы, обеспечит хорошую платформу для разработки и облегчит повторное использование кода для пользовательского интерфейса и внутренних уровней ...
Я бы предпочел избежать:
- пользовательское кодирование сценариев, ориентированных на пользовательский интерфейс, поскольку их трудно отлаживать, они не компилируются, как правило, это кошмар обслуживания, почти всегда начинают содержать бизнес-логику и дублируют некоторые логики, которыми обладают внутренние уровни (особенно проверка ) * +1010 *
- пользовательское кодирование для настольного и мобильного веб-интерфейсов отдельно (хотя я понимаю, что мобильный веб-интерфейс, скорее всего, будет содержать меньше экранов ввода данных и больше экранов отчетов)
- Стеки без технологии .NET
Я бы с удовольствием:
- нацелены на возможности отчетности системы для мобильных веб-браузеров
- не нужно писать ни одной строки скрипта (javascript, jquery и т. Д.)
- использует хорошую коллекцию элементов управления, которая создает элегантный пользовательский интерфейс
- используйте .NET для всего
На мой взгляд, мне нужно переписать это приложение в Silverlight, использовать сторонний пользовательский интерфейс, такой как Telerik, и заново выполнить интерфейс отчетов для мобильных платформ отдельно. Однако я скорее обеспокоен сроком годности Silverlight и необходимостью развертывания другой архитектуры для работы с мобильной платформой.
Существует ли ASP.NET/MVC/Ajax Architecture / Framework / Library, которая позволила бы мне использовать возможности .NET и без болезненных (imho) сценариев на стороне клиента, обеспечивая при этом достойный пользовательский опыт
Спасибо