2010-11-03 5 views
-3

Является ли silverlight более масштабируемым, чем HTML. Я узнал, что код Silverlight работает на клиенте, за исключением того, что он должен обновлять или извлекать данные с сервера. Будет ли мое приложение более отзывчивым, если я разработаю его в silverlight. Я не беспокоюсь о том, что конечные пользователи устанавливают Silverlight на своих клиентах. Я могу установить Silverlight на клиентов самостоятельно.Является ли Silverlight масштабируемым?

я просто нужно знать, если я разрабатываю приложение Silverlight это сделает мое приложение более масштабируемым и/или реагировать

+1

Более масштабируемый и отзывчивый, чем что? HTML, WinForms, C++? Ваш вопрос не является полным –

+0

Что вы подразумеваете под масштабируемым? Планируете ли вы делать какие-то сетевые/кластерные вычисления? Вам нужен клиент для использования нескольких ядер? Несколько процессоров? Несколько физических машин? Масштабируемость в каком направлении? – jalf

ответ

2

Приложения Silverlight, для всех целей и задач, представляют собой приложения «жирного клиента», передаваемые через Интернет. Их код выполняется на локальной машине, а связь с хранилищем данных ведется через веб-службы WCF, которые обычно обертываются службами RIA.

Приложения Silverlight довольно быстро реагируют после загрузки. Создание хорошо работающего пользовательского интерфейса в Silverlight может быть немного сложнее, чем в WPF, но не намного.

1

вопрос не имеет смысла. HTML сам по себе не do ничего. Нет интерактивности, ничего, что может быть отзывчивым.

Конечно, веб-приложения обычно полагаются на серверную логику (для которой требуется сеть в оба конца, что вызывает задержку) и Javascript (который работает локально, и поэтому довольно быстро) ... Но сам HTML - это просто язык описания документов. Это не do ничего, и это не «отзывчивое» или «масштабируемое».

В конечном счете, это практически то же самое: он не будет иметь заметной разницы в отношении отзывчивости того, реализуете ли вы свою логику в Javascript на странице HTML или в Silverlight. И когда вам нужно общаться с сервером, не имеет значения, делает ли браузер или плагин Silverlight запрос, и в обоих случаях он нуждается в сети в оба конца.

+0

+1 Самый большой ключ заключается в том, что логика приложения «html» должна быть в JAVASCRIPT, а не на стороне кода сервера с обратной почтой, а что нет. Подобное приложение невероятно медленно по современным стандартам. –

+0

Конечно, все знают, будет ли в веб-приложении все html больше полных круглых поездок на сервер. Если facebook был на 100% серебристым, вы думаете, что им понадобится столько серверов и пропускной способности, что и сейчас? – Luke101

+0

@ Luke: Да. Им все равно придется делать то же самое количество серверной обработки. Как бы вам «понравилось» что-то без кругового путешествия на сервер? Как бы вы читали строки статуса ваших друзей? Эти данные не волшебным образом отображаются на клиенте, независимо от того, используете ли вы Silverlight.Он должен запрашиваться клиентом (браузером или Silverlight), а затем отправляться с сервера. Технология, используемая для написания клиентом, там немного отличается. – jalf

0

Масштабируемый с точки зрения? Пропускная способность, серверный процессор?

Теоретически перемещение обработки клиенту поможет серверному процессору, но ваши запросы данных по-прежнему нуждаются в обработке. Кроме того, если приложение silverlight больше, чем веб-страницы (ы), оно будет заменено, вы можете в конечном итоге использовать большую пропускную способность. (Вы могли бы использовать CDN хотя)

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

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

+0

Масштабируемый с точки зрения чего? Пропускная способность, серверный процессор? И то и другое! – Luke101

+0

Уклонение против встречных побочных эффектов. Пожалуйста, не уменьшайте, если у вас нет веской причины, и если да, напишите комментарий *, описывающий * эту причину. И «я хотел получить еще один ответ на мой вопрос» - не является веской причиной. Это просто означает, что вы должны приложить больше усилий, чтобы задать свой вопрос. – jalf

Смежные вопросы