2013-03-07 8 views
0

Два года назад я не занимался разработкой веб-сайтов за последние шесть лет, кроме небольшого проекта silverlight. Итак, 6 лет назад я работал над проектом веб-проектов с использованием ASP.net, и я должен признаться, что мне никогда не нравились веб-формы. Поскольку ASP.Net было требованием I и потому, что я начал интересоваться веб-службами Restfull, я использовал разметки бесплатных страниц ASP.Net, , каждый из которых был контроллером, и в каждом из них было большое, если бы оно искало имя метода в xml-сообщении отправляется из front-end. Примерно в это же время я начал просматривать веб-приложение с помощью веб-сервисов для интерфейсов back-end и javascript, которые использовали запросы Ajax.ASP.Net MVC VS Javascript UI

Так что последние 6 лет я работал главным образом в слоях служб, с SOA и совсем недавно с Event SOA, так что для меня я не понимаю необходимость ASP.Net MVC, Я изучаю его , потому что в наши дни это похоже на требование, но во времена SOA, почему вам нужен ASP.MVC, если вы используете только стек MSFT?

Скажем, я хочу, чтобы построить новую систему, с помощью веб-передний конец, и я построил его в слоях, как в примере ниже:

DAL -> SOA Services -> Web API (WCF) -> Front-End (только для JavaScript)

Было бы лучше, если бы построил его с помощью ASP.NET MVC? Я имею в виду, что я не ошибаюсь, но я просто не вижу ничего подходящего, кроме небольших непрофильных проектов.

ASP.Net MVC - это огромное улучшение по сравнению с веб-формами, и я надеялся, что вы, ребята, могли бы рассказать мне об этом; Я не пытаюсь быть циничным здесь, я был далеко от веб-разработки в течение длительного времени, и мне просто нужно знать, почему люди, похоже, предпочитают ASP.Net MVC поверх обычных интерфейсов JavaScript.

Большое спасибо.

+0

Отъезд Single Page Apps http://en.wikipedia.org/wiki/Single-page_application – Dann

ответ

0

Это будет закрыто, поскольку вы действительно просите мнения.

Но причины включают в себя:

  1. Чисто JavaScript передние концы все еще очень трудно делать хорошо. Чрезвычайно.
  2. ASP.net MVC вышел несколько лет, прежде чем вы могли бы действительно сделать это в любом случае
  3. Повторного использования кода гораздо проще в структуру на стороне сервера еще
  4. WCF WebService против ASP.Net MVC личных предпочтений. Оба имеют свои странные черные магические причуды, которые показывают, что MS по-прежнему не совсем получает HTTP, HTML или javascript. Они просто вывели веб-API для MVC, хотя до сих пор неясно, почему они сделали, поскольку, похоже, это очень мало.
+0

Хотя поддержка улучшается, не забывайте о доступности. Считыватели по-прежнему занимают около десятилетия позади остальной сети с точки зрения таких вещей, как чистые интерфейсы javascript.Иногда у вас нет выбора, но всегда лучше сделать ваш контент доступным без sans-JavaScript. –

+0

Помню, 6 лет назад, как трудно было работать с асинхронными запросами JavaScript и xml, ключевое слово AJAX еще не существовало, и не было никакого jQuery. Я думал, что, узнав, что все проблемы с JavaScript ушли, учитывая количество существующих в настоящее время библиотек, но в конце концов я понимаю, что проблемы все еще здесь, как пример, который вы дали с доступностью. – Marco

0

Я понимаю, что главный вопрос: «где строить представления и логику пользовательского интерфейса - на стороне сервера или на стороне клиента». Вкратце - это зависит от приоритетов. Если вам нужны быстрые результаты - используйте серверный язык для создания представлений и только подключите javascript к своим страницам. Если вам нужно иметь отзывчивый дизайн со многими зависимостями между компонентами на одной странице - возможно, javascript - ваш единственный выбор.

+0

Я ожидал, что большинство проблем, связанных с внедрением интерфейса с использованием только JavaScript, исчезнут к настоящему времени, но, похоже, некоторые из этих проблем еще предстоит решить. Большое спасибо за вашу помощь. – Marco