ASP.NET против Silverlight

Ответ 1

В основном это будет инерциальный поэтому браузеры не являются проблемой.

Вы все еще не написали надлежащего описания о характере вашего приложения. Трудно оценить, какая технология подходит, не зная достаточно хорошо, к какой области применяется приложение, и о проблемах, которые она предназначена для решения.

В общем, Microsoft позиционирует эти массивы презентационных технологий в континууме Reach vs Rich. У вас есть "простой старый" HTML и Javascript на одном конце, приемлемый для большинства клиентских машин, и окончательный полноэкранный WPF с другой стороны, где может обрабатываться ограниченное число машин. Вы упоминали об этом как о внутреннем приложении, поэтому возможно использование WPF через XBAP или ClickOnce.

Таким образом, масштаб будет выравниваться следующим образом: (досягаемость) ASP.NET, AJAX, Silverlight, WPF (rich).

Итак, вопрос в том, насколько богатым вы хотите/нуждаетесь в нем для пользователей, пока не повредит базу развертывания? Честно говоря, если все, что вы получаете, это формы и табличные данные и статистика, то обычные веб-формы ASP.NET просто прекрасны. Если вы хотите, чтобы на лету изменяемые размеры и интерактивная интерактивная клиентская поддержка веб-служб WCF Silverlight могла это сделать. Если вы хотите еще более мощный графический рендеринг, чем WPF через параметры удаленного развертывания, это ваша ставка.

Ответ 2

Silverlight 3 с RIA кажется очень мощным. Я не программировал в течение 6 лет после работы на VB6. Я около месяца, здесь я разрабатываю веб-приложение, которое использует SL3, WCF и структуру сущности, и я чувствую себя очень комфортно.

Форум Silverlight и stackoverflow of the course очень активны, и для некоторых из проблем, которые у меня были, я смог легко получить решение.

Единственное, что я пока не уверен в производительности.

Ответ 3

Как лично, так и профессионально, я пишу С# ежедневно для приложений форм Windows и служб Windows. Даже после многих лет я нахожу FAR быстрее, чтобы вытащить веб-приложение с помощью PHP или Python, чем делать это с помощью .NET. Возможно, что-то изменилось с Silverlight, но для меня кривая обучения на ASP.NET смехотворна по сравнению с окупаемостью.

Изменить: выше было написано год или около того, прежде чем я попробовал ASP.NET MVC. Я нахожу ASP.NET MVC удивительно интуитивно понятным и чистым.

Ответ 4

Не забывайте, что Silverlight потребует использования плагина, и, насколько мне известно, он не был "изначально" добавлен в IE, не говоря уже о других браузерах. Таким образом, может быть только тонны вопросов обслуживания/поддержки. В настоящее время файлы PDF считаются "вездесущими", но вы все еще сталкиваетесь с пользователем или двумя, у которого нет Adobe Reader на своем компьютере, и это часто происходит в плохое время, а затем вы сбегаете, чтобы получить установщик.

На фундаментальном уровне это то, что мешало мне делать Silverlight для моих веб-приложений. Я думаю, что технология, стоящая за ней, хороша, но учитывая, что в настоящее время вы можете получить равную видимость/функциональность с хорошей комбинацией Webforms/MVC/AJAX/jQuery (сочетание и соответствие по своему вкусу), я бы сказал, придерживайтесь ASP.NET.

Ответ 5

IMO вам может быть лучше с ASP.Net. Хотя у вас будет небольшая кривая обучения, вы будете разрабатывать проверенную, надежную масштабируемую модель, а не что-то в бета-версии и, скорее всего, изменитесь до RTM.

Кроме того, с AJAX в наши дни можно получить довольно приятный пользовательский интерфейс из ASP.Net.

Ответ 6

Я бы рекомендовал ASP.NET, дополнительная загрузка не требуется.

Я использовал Silverlight, но многие компании не разрешают пользователям устанавливать что-либо, и домашние пользователи не рады устанавливать плагины браузера, Silverlight не так известен как Flash-плеер.

Для начинающих и продвинутых программистов вы можете найти видеоуроки в.

http://www.asp.net/mvc

Ответ 7

Трудно рекомендовать друг друга, не зная, что такое ваше приложение. Независимо от того, что вы решите, убедитесь, что вы держите свою целевую аудиторию в виду; не каждый собирается установить Silverlight на своих компьютерах.

Лично, если бы я не разрабатывал невероятно интерактивное и красивое веб-приложение, я бы пошел с ASP.NET(с картой MVC или без него), хотя бы потому, что для него есть тонна справочного материала, а Silverlight - еще относительно новая территория.

Ответ 8

В основном это будет продукт iternal, поэтому браузеры не являются проблемой. Это больше о цене развития. Легче ли изучать модель Silverlight или модель ASP.NET? Я ожидаю, что Silverlight основан на WebServices и поэтому может четко разделить код приложения на бизнес-логику (услугу) и презентацию (приложение silverlight).

Ответ 9

Учитывая ваш опыт работы в .NET, но ограниченный опыт Asp.net... Я предполагаю, что вы больше похожи на клиента службы/клиента. Это будет означать, что ваш javascript, вероятно, так же ограничен... Если это так, я бы пошел с Silverlight. Это облегчит вам работу в WPF, который, вероятно, вы сможете использовать в будущем.

Но что более важно, работа с Silverlight 2.0 больше похожа на создание изолированного десктоп-приложения. Больше, чем веб-приложение. Вы будете больше дома с Silverlight, если ваш предыдущий опыт работы с клиентскими приложениями.

Если вы хотите взломать создание веб-сайтов/приложений, перейдите в ASP.NET MVC.

В любом случае знание типичных элементов управления ASP.NET не будет далеко, поскольку они предназначены для WebForms.

Ответ 10

Я бы сказал - если вам не нужны флеш-анимационные возможности и возможности взаимодействия, переходите на ASP.NET. Это проще для программирования и не требует дополнительных загрузок для пользователей.

Ответ 11

Я думаю, что Silverlight требуется только тогда, когда вы хотите создавать приложения, такие как Flash. Эти приложения объединены в один исполняемый файл, который загружается один раз на клиентской машине. Они могут общаться с сервером, если им нужны какие-либо данные или какие-либо функции, которые находятся на сервере. Конечным пользователям необходимо установить надстройку среды Silverlight для запуска этих приложений.

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