OldLediCуществуют 3 взаимосвязанные базы большой организации, написанные на SQL SERVER 2005. Много пользователей с различным допуском, много задач. Интерфейсная часть написана с использованием ехе-файлов. Система развивается. Требуется создание новых задач. Заказчик решил отказаться от продолжения работ с использованием ехе-файлов и предлагает дальше работать с использованием IE. Надо сказать, что задачи связаны с бухгалтерским учетом и всем связанным с этим. Т.е. одновременное заполнение нескольких связанных таблиц, достаточно много используется справочной информации.
Тема web vs desktop давно перетёрта, всё плюсы интранет-систем известны.

Поэтому про недостатки :-)

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

Ещё недоступны полностью вычислительные и прочие ресурсы компа, но в бугалтерии это не надо.

OldLediОсобенно интересно узнать по поводу наследования окон и конфиденциальности передачи данных (удаленный сервер и большое количество разноудаленных рабочих мест).
С конфидециальностью всё нормально.
С наследованием - если вы про что-то вроде наследования классов при разработке, то с этим всё нормально, если, конечно, использовать нормальные средства разработки.

alexeyvgв web-приложении проще делать сложные интерфейсыОпечатка - сложнее , а не проще.

SeVa2 Marmelad, коллега, не зло замечу, спуститесь на землю,все ваши доводы уже не соответствуют действительности Silverlight Я тоже пока не на земле, как Marmelad - не видел пока в магазине кассовых аппаратов на Silverlight.

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

Petro123- т.е. вы не меняете и оптимизируете бизнес-процесс, чтобы выяснить _почему_ > 30% ?Как можно оптимизировать работу человека, нанятого для ввода данных? Например, заполнение анкеты со слов человека, или ввод какой-нибуть первички в бугалтерии? Чем вообще можно заменить ввод данных, если они нужны, но ещё не введены?

alexeyvgSeVa2 Marmelad, коллега, не зло замечу, спуститесь на землю,все ваши доводы уже не соответствуют действительности Silverlight Я тоже пока не на земле, как Marmelad - не видел пока в магазине кассовых аппаратов на Silverlight.

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

Silverlight - это всё-таки не WEB-интерфейс.

Это ActiveX, т.е. нативный программа, некая виртуальная машина.

В этом смысле писать для Silverlight - это всё равно, что писать под dot.net, или даже просто написать приложение на С++ как ActiveX, запускать его в браузере и говорить, что это WEB-интерфейс :-)

Petro123alexeyvg,
+1
именно и нужно уточнять, что сиуация - ситуации рознь. Как раз в 1С первичку вводят всё меньше и меньше (можно взять приходные накладные и т.д.)Да, разумеется, надо анализировать.

В большинстве случаев как раз WEB-интерфейс предпочтительней, просто пока нельзя на него перевести всё :-)

SeVaавтор
Silverlight - это всё-таки не WEB-интерфейс.
Это ActiveX, т.е. нативный программа, некая виртуальная машина.

Интерфейс точно не WEB,но грузится с сервера и выполняется в браузере.Заказчика такие мелочи интересовать не будут.
авторВ этом смысле писать для Silverlight - это всё равно, что писать под dot.net, или даже просто написать приложение на С++ как ActiveX, запускать его в браузере и говорить, что это WEB-интерфейс :-)
Совершенно верно - dot.net в чистом виде и в этом вся заковыка.Я с нуля, за три дня, смог сделать работающий прототип для показа заказчику.Таких результатов, честно говоря, я даже и не ожидал:
- компактность - 200кБ(около 20 форм для справочников и 3 достаточно сложные).Модули можно подгружать по необходимости.
- скорость отрисовки без перезагрузки страниц,как во времена Дос,причем, с наворотами и визуальными эффектами, от железа практически не зависит.
- во время работы трафик минимальный
Посмотрел ролики с PDC 2008, в каком направлении дальше двигаться я для себя определилНу ничего себе :-)

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

Может, директору какому-нибуть можно и можно лапши навешать, а если они потом экспертизу проведут? Или как-то по другому это выяснится? Репутация пострадает.

Всё таки решение клиента получить систему на Веб-е продиктовано, возможно, не капризом (хотя и такое может быть), а какими-то объективными причинами, типа требования независимости от версий и сервис-паков ОС, типа железа, отсутствия необходимости установки и т.п., а здесь этого не будет.

SeVaНо не все так грустно:
Говорит и показывает SAP , Кто найдет отличие от толстого клиента? Я найду отличия - по второй ссылке белый экран, который, если на него кликнуть, потом не отпускает клавиатурный фокус.

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

Я, конечно, могу заставить эту страницу работать, но это хороший показатель зрелости технологий. Может быть, лет челез 5 это можно начать использовать.

alexeyvgSeVaНо не все так грустно:
Говорит и показывает SAP , Кто найдет отличие от толстого клиента? Я найду отличия - по второй ссылке белый экран, который, если на него кликнуть, потом не отпускает клавиатурный фокус.

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

Я, конечно, могу заставить эту страницу работать, но это хороший показатель зрелости технологий. Может быть, лет челез 5 это можно начать использовать.Ну вот, заставил работать.

Абсурд - без мыши вообще ничего не сделать, даже меню не вызываются. Значения тоже нельзя выбрать из комбобокса без мыши.

В общем, производительность труда будет - всё равно что в ворде диссертацию набирать, тыкая мышкой в пиктограмки с буковками :-)

А через пару кликов вылезло:
приложение"parent.mobjApp" - есть null или не является объектом
Потом ещё ошибка с текстом "неопределённая ошибка"

Нет, такие "тонкие" клиенты нам не нужны! :-)

iscrafmalexeyvg
Всё таки решение клиента получить систему на Веб-е продиктовано, возможно, не капризом (хотя и такое может быть), а какими-то объективными причинами, типа требования независимости от версий и сервис-паков ОС, типа железа, отсутствия необходимости установки и т.п., а здесь этого не будет.
Эти требования давно решаются и в приложениях на WinForms. Более чем домыслами назвать не могу. Почему хотят в браузере чуть выше озвучено, но опять же - обычный WinForms предоставляет тоже самое (вернее приложение на WinForms)Как это?

WinForms - это DOT.NET. Или вы о каких-то других WinForms говорите?

DOT.NET фрэймворк не зависит от версий и сервис-паков ОС, типа железа, его не надо устанавливать, не надо распространять вместе с версиями приложения, не надо накатывать требуемые для приложения сервис-паки? Вы посмотрите на требования по установке сильверлайта.

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

Я, собственно, не противник DOT.NET, WinForms - мы только их и используем.

Но требования от пользователей бывают разные - успех gmail.com или mail.ru был-бы абсолютно невозможен, если-бы клиенты писались только на Silverlight или Flash

SeVaавторDOT.NET фрэймворк не зависит от версий и сервис-паков ОС, типа железа, его не надо устанавливать, не надо распространять вместе с версиями приложения, не надо накатывать требуемые для приложения сервис-паки?

Как у вас все шоколадно,даже завидки берут.У вас, наверное, какие-то специально обученные версии ОС и Net.Поделитесь,где взяли?Про "шоколадно" iscrafm намекал.

SeVaавторВы посмотрите на требования по установке сильверлайта.
Действительно, стоит почитать,только недавно появились официальные:браузер и загрузка 4.6мБДавайте уж уж прямо говорить - не работает почти ни с чем, нужно специально подбирать нужную комбинацию ОС, браузера, версии браузера, сервис-паков к ОС и даже иногда специальных патчей

Вот табличка
Install Silverlight, Review the System Requirements

Между прочим, смешно, но на моей Windows XP & IE6 эта страничка показаться не может - видимо, не соответствует что-то из наборов фиксов. Пишет постоянно про какие-то объекты, которые нулл.

SeVaавторДля использования веб-приложением нужен только браузер, причём если не ставится цель ограничить список используемых браузеров, и разработчики обладают хотя-бы минимальной квалификацией, то работать будет на любом из распространённых. То-есть задача инсталляции, поддержки клиентских мест отпадает как класс (со стороны администраторов приложения). Если пользователи из других организаций, то вообще не нужно поддержки их машин.

Все это так,но с небольшими замечаниями.Разработчики должны быть квалифицированные,каждую новую страничку нужно будет проверять,как она отображается на таком зоопарке браузеров,что тошно становится.Каждое новое обновление для них нужно отслеживать, далеко ходить не нужно,недавний анекдот с IE8, который не отображает drop-down в ASP!Ну да, квалифицированными.

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

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