Кто что думает - насколько оправдано или неоправданно разработка систем под веб. Хватает ли возможностей совремённых браузеров реализовать интерфейс win-приложения. Я думаю, что пока нет. Достойные примеры есть - тот же GMail например или почта Яндекса, но хотел бы я увидеть реализацию Excel 
Заметил обратную тенденцию - разработка систем управления сайтом как обычное win-приложение. Почему это делается - да потому что скорость работы с таким приложением выше, особенно в задачах, где надо быстро обновлять контент на сайте. Так же это даёт возможность работать над контентом в офф-лайн режиме.
Ваши мысли...
Loading ...
сентября 21, 2006 в 3:57 pm
> Хватает ли возможностей совремённых браузеров реализовать интерфейс win-приложения
А зачем? Это онанизм повторять GUI винплатформы на веб-приложениях
> хотел бы я увидеть реализацию Excel
видел похожеее, непомню ссылок. Если хочешь - подыму архив.
> Заметил обратную тенденцию - разработка систем управления сайтом как обычное win-приложение
очередной онанизм.
> Так же это даёт возможность работать над контентом в офф-лайн режиме.
Это как?
Вобще есть фронтпейдж для этих целей, если я понял правильно задачу.
Что я хочу сказать. не стоит бросаться со стороны в сторону и делать теми инструментами, которыми моднее. Делайте как удобней и вам и пользователю.
сентября 21, 2006 в 4:09 pm
на excel хотел бы посмотреть, это действительно онанизм. Другое дело специальное приложение, например для сайту по продажи недвижимости, домов к примеру - где приходится работать с графикой, менять размер картинок, кадрировать, прочее - это удобнее сделать приложением. Или сайт интернет магазина, в котором товары постоянно меняются, добавляются новые, удаляются старые. Если нет возможности реализовать по браузер - никуда тут не денешься.
Ещё как вариант - Java-applet
сентября 21, 2006 в 5:22 pm
все вышеописаное можно сделать веб-приложением.
и изменение размера и кадрирование.
О магазинах я вобще молчу.
Возможность сделать через браузер есть всегда. Только не всегда эта возможность граничит со здравым смыслом.
Я считаю что панель к сайту должна быть априори с вебинтерфейсом. Бросьте в меня камней
сентября 21, 2006 в 6:03 pm
Програмы с веб-интерфейсом в интрасетях есть и вполне удачные вроде, в часности в банковской системе.
Все задачи где особой интерактивности нет, и пользователей больше 1 есть смысл решать с веб интерфейсом.
Электронную таблицу я тоже видел, но тему с приложением-как-сервис толкут уже лет наверное 6-7.
Майкрософт наметили генеральную линию партии в унификации всего отображения, альтернативные подобные технологии тоже разрабатываются.Определенная логика в такой унификации ИМХО есть.
сентября 26, 2006 в 2:31 pm
Я даже говорить ничего не стану по этому поводу ибо пройдя по ссылке поймёте на что способен браузер. www.youos.com За регистрацию денег не берут.
октября 7, 2006 в 8:18 pm
glad, ты забыл упомянуть о каких типах приложений идет речь! Видимо имел ввиду все-таки не сферу игр и не рендеринг фильмов
Все зависит от ожидаемой реактивности интерфейса приложения и наличием готовых масшабируемых и расширяемых решений. Для данных предназначенных только для просмотра при не слишком больших объемах Web-интерфейс может быть приемлемым решением. Но если все же необходима максимальная скорость реакции на действия пользователя и необходимо нивелировать проблемму распространения ПО альтернативой могут стать решения на основе Java2 (Web Start, Applets), ActiveX, Flash и подобных.
Со временем интернет станет быстрей, и тогда Web-интерфейсы будут более привлекательными, поскольку по большому счету их главный минус - низкая реактивность - будет устранен, а возможности браузеров могут стать намного больше. Как обозримый максимум, можно будет поиграть в какой-нибудь Quake 5 просто купив учетную запись пользователя. А crackwriters уйдут в историю
октября 13, 2006 в 1:02 am
по поаоду excel docs.google.com, уже реализовано.
октября 17, 2006 в 5:20 pm
Ну вообще каждой задаче - своя реализация.
Делаю автоматизацию для предприятия на C#. И вот яркий пример, в какой-то форме нужно нам выбрать контрагента. Вызываем справочник. Но ВЕБ девелоперы скажут - юзай комбобокс. А если нужно завести нового контрагента (оказалось, что такового в существующем справочнике нету) - это можно уже сделать непосредственно в справочнике, а в случае с ВЕБ? впринципе тоже можно разработать все эти модули... но под Вин - это гораздо проще, да и быстрее. аффтар затронул тему, и есть система, реализована по вышеуказаному принципу - называется "Дебет+". Кто знает - тот всплакнул.
по поводу обратной тенденции - тоже есть что сказать. я разрабатывал mobiboom.com.ua и к тому магазину есть админка под винду, выглядит вот так: http://wizzart-ds.com/shopadmin/
реализация - C#. но MDAC такой глючный, что локальная база данных (XML) иногда ведет себя очень непредвиденно. в настоящий момент переписываю админку под веб интерфейс. одним словом - я перешел в ряды противников WIN админок, т.к. прочувствовал на собсной шкуре.
октября 17, 2006 в 5:39 pm
я думаю над использованием вин-админок для веб-приложений в том случае, когда это существенно увеличит производительность труда пользователя приложения.
октября 17, 2006 в 6:37 pm
да с ними гораздо легче, оно себе висит в трее, выскакивает месседж, если есть заказ, через нее можно быстро и удобно обновлять цены и наличие на складе (если речь идет об админке для шопа).
но, повторяюсь, иногда происходят глюки. в частности после AcceptChanges() в DataTable строки иногда таки остаются DataRowState.Modified. почему? одному тока Биллу известно. Потом отсюда вылазят интересные глюки..
октября 17, 2006 в 6:42 pm
скорее всего особенности технологии
октября 17, 2006 в 6:46 pm
я-ж кажу, MDAC всему виноват. часто непонятные ошибки в софте, когда заказчик четко ставит диагноз "не работает", без указания того что он делал и как это делал, или вообще ничего не делал, я спихивыю именно на него. в 100% случаев этот вариант проходил
октября 18, 2006 в 7:14 pm
для браузеров - почти без проблем.
для бизнеса - огромное подспорье.
для программиста - смерть.