Зачем разрабатывать приложение windows/desktop?

Ответ 1

Поскольку все еще существуют уровни безопасности и интерактивности, которые вы можете предоставить с помощью Desktop Application, а не веб-приложения.

Ответ 2

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

Ответ 3

Приложения, которые я запускаю прямо сейчас:

• первенствует
• Wireshark
• WinZip
• файловый менеджер
• несколько консолей ssh ​​

Я не понимаю, какая польза для любого из них (возможно, для Excel), но если вы когда-либо пытались сделать большую сводную таблицу с html + ajax, вы просто раздражаете своих пользователей) будет иметь веб-приложение. Люди делают много приложений с аналогичными потребностями. Также было бы глупо применять сетевое/веб-соединение для приложений, которые им не нужны.

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

Ответ 4

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

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

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

Ответ 5

В настоящее время

• Настольное программное обеспечение работает быстрее (вам не нужно подключаться к сети для чтения/записи/обработки данных)

• Аппаратный доступ проще и предпочтительнее выполнять локально, поскольку безопасность

• Не нужно подключение к Интернету может быть хорошим (например, ноутбук, который должен подключиться к Интернету для прослушивания mp3 или просмотра ваших собственных фотографий, не будет более быстрым, не достаточно личным)

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

Ответ 6

Не существует прямого отключения между настольными приложениями и веб-разработкой/облаком. Является ли слой пользовательского интерфейса веб-сайтом или приложением, облако может по-прежнему поддерживать ваше приложение. Я думаю, что тонкие клиенты растут, из которых технологии RIA, такие как silverlight, являются всего лишь одним фасилитатором.

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

Ответ 7

Я устал от непрерывного разделения "веб-приложений и настольных приложений".

Нет такой вещи, как "веб-приложение" . HTML и JavaScript выполняются на вашем рабочем столе браузером; они просто оказываются доставленными по требованию при навигации по URL-адресу. Но даже это может быть неверно, если они находятся в кеше.

То, что люди обычно считают "веб-приложением", - это приложение, работающее в браузере, которое управляет ресурсами, размещенными в облаке; и довольно часто эта манипуляция происходит с использованием кода, запущенного на сервере.

Но нет ничего, что помешало бы "настольному приложению" быть просто богатым интерфейсом для пользователя, управляющего облачными ресурсами. Просто посмотрите на все WPF, Air и Objective-C клиенты Twitter.

Кроме того, нет ничего, что помешало бы вам предоставить браузерное приложение на базе HTML5/JS, которое управляет только локальными ресурсами. Просто посмотрите на канонический пример 3 "веб-приложения" - Gmail и возможность работать в автономном режиме без доступа к сети.

Не говоря уже о том, что со всеми достижениями в браузерах и платформах RIA (как Flash, так и Silverlight) - удаление браузера chrome, разделение вкладок в процессах, поддержка внеуровневого исполнения, что считается "веб-приложением" "в настоящее время быстро переходит к чему-то, что вам лучше назвать" легким настольным приложением "или" портативным настольным приложением ".: -)

Реальное подразделение - это "богатые приложения" и "приложения для достижения". Разработчики могут вкладывать значительные средства в реализацию богатого приложения, которое в значительной степени зависит от способностей конкретной платформы для обеспечения уровня которые не могут быть реализованы иначе. Или они могут захотеть вложить значительные средства в реализацию приложения, целью которого является охват как можно большего числа пользователей, как можно больше платформ, и они готовы ограничить опыт пользователей определенными способами в пользу проникновения.

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

Ответ 8

Это зависит от окружающей среды. Ожидается, что корпоративный пользователь будет в режиме онлайн в любое время, в то время как кто-то из дома может не подключаться постоянно. Кроме того, у вас есть различные проблемы безопасности, проблемы с управлением и обновлениями, с которыми вы сталкиваетесь в каждом приложении. В бизнес-среде веб-приложения великолепны, потому что вы можете обновлять приложение один раз, и каждый сразу видит это изменение. Сейчас я делаю этот вид работы. Но большинство приложений - это веб-приложения, управляемые данными. Для чего-то графического или процессорного, вам нужно работать на уровне рабочего стола (например, несколько других людей, упомянутых выше).