Silverlight, Flash или JavaScript для веб-приложения, работающего на стороне клиента, или просто придерживайтесь C #? - PullRequest
1 голос
/ 14 мая 2010

Silverlight, Flash и JavaScript, о мой ..

У меня есть пара приложений, которые мне нужно разработать для одного из моих деловых партнеров, которые будут распространены среди десятков людей. Эти приложения должны будут иметь возможность запрашивать информацию из Интернета (запрашивать через Google, получать фиды с других наших сайтов, просто общий веб-доступ) и сохранять файлы на свой компьютер.

Причина, по которой я хочу разместить приложение, заключается в том, чтобы всем им можно было централизованно управлять, и любые обновления были бы немедленно развернуты для всех, кто использует службу. Кажется, всегда возникают головные боли при разработке чисто настольного приложения на языке, подобном C #, в отношении того, чтобы убедиться, что люди используют последнюю версию, не возникает странных проблем с установщиком и т. Д.

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

Итак, какой язык лучше для этого? Microsoft Silverlight, Adobe Flash или Sun's JavaScript? Я слышал много хорошего о Silverlight и хотел попробовать его в течение некоторого времени. Я занимался только крайне ограниченным программированием на JavaScript, и абсолютно ничего с Flash. Или, с моим главным требованием, чтобы клиент выполнял всю свою собственную обработку, я должен просто придерживаться C #? Кроме того, есть ли способ интегрировать приложение C # в веб-страницу? Я никогда не думал об этом (или даже не представлял, если это вообще возможно) до настоящего момента.

Заранее спасибо!

-Sootah

Ответы [ 4 ]

4 голосов
/ 14 мая 2010

На мой взгляд, вы можете использовать Silverlight или даже приложение браузера WPF. Теперь, если вы используете приложение для браузера, вы должны подписать приложение и иметь сертификат, который пользователь может импортировать, и это может вызвать головную боль. Если вам не нужны такие вещи, как локальный доступ к базе данных (скажем, MDB), то Silverlight, вероятно, ваш лучший вариант. С 4 теперь вы можете печатать, и даже иметь поддержку COM, а также приложения вне браузера. Это C #, который вы, кажется, знаете, и подмножество разметки WPF для пользовательского интерфейса. Кроме того, это пригодится для использования MVVM.

0 голосов
/ 14 мая 2010

Если все, что вы делаете - это обработка данных без каких-либо необычных пользовательских интерфейсов (например, векторная анимация, динамическое затенение и т. Д.), Просто используйте JavaScript для самой простой и быстрой системы. Нет плагинов, у всех есть, и он может легко отправлять и получать данные с сервера, используя AJAX-стиль. И это становится все быстрее в современных браузерах.

Редактировать: И я считаю, что Silverlight в настоящее время в основном является C # в веб-браузере. Просто мое понимание. Я еще не использовал это.

0 голосов
/ 14 мая 2010

Не уверен, что лучше всего подходит для вашего конкретного приложения, но Curl отвечает всем требованиям (не путать с cURL ), хотя он гораздо более популярен в Японии и Корее, чем в Соединенные штаты.

0 голосов
/ 14 мая 2010

Почему бы не использовать сервер с ASP.NET? Затем вы можете продолжать писать на C # ... Разработка приложения, как вы описываете во Flash, возможна, но я бы не стал с него начинать ... Разработка на flash глючит и мучительна ... Кроме того, вы не можете сохранять файлы клиентский компьютер из клиентского приложения, такого как flash или javascript. Единственный способ сделать это - указать файл в Интернете ...

...