Веб-браузеры развиваются и постепенно в них с помощью расширений HTML можно создать интерфейс с любой функциональностью. Более того, есть методы напрямую общения скриптов с сервером, делающие ненужными такие включения, как апплеты и ActiveX - компоненты.

Технологии HTA + HTC от MS и XUL от Mozilla позволяют писать простые безбраузерные программки с использованием ядер браузеров, которые по возможностям постепенно приближаются к возможностям программ с GUI-интерфейсом, т.е. война между двумя подходами уже из intranet-приложений переместилась и в область клиентских мелких программок.

Моё личное мнение, что особенность GUI - это практически всегда более жесткое связывание интерфеса и ядра приложения, чем в Web-интерфейсе. Поэтому GUI останется он только у программ, для которых критична скорость работы - у игрушек и сложных клиентских программ, таких как редакторы графики, CAD`ы, CAM`ы, CAE и прочие.

А вы как думаете?

Кесарю - кесарево. И то и другое должно быть. Возможности вэб-интерфейса более ограничены, по сравнению с GUI современных ОС. Вэб интерфейс порой бывает достаточно геморойно построить, учитывая всевозвможные несовместимости. В итоге приходиться вечно идти на компромисы и влезать в прокрустово ложе совместимости броузеров.

Цитата

Поэтому GUI останется он только у программ, для которых критична скорость работы - у игрушек и сложных клиентских программ, таких как редакторы графики, CAD`ы, CAM`ы, CAE и прочие.

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

Цитата(Admin @ 10.1.2005, 15:50)

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

+ удобство и относительная защищеность локального компа.

Никогда не юзал HTA и HTC. Но довольно хорошо знаю XUL. О-о-о-очень нравиться, остается сожалеть, что кроме мозиллы и фф никто не держит. Ну что же... значит судьба такая. Мало того если верить прогнозам Microsoft их Avalon с XAML не далеко убегут от ЗУЛа. Технология на удивление хороша, гибка и удобна.

А в вопросе о ГУИ- и ВЕБ-интерфесах сложно не согласиться с Се ля ви, но думаю, что очень скоро эта грань будет стерта под влиянием XUL/XAML. А почему бы нет? Технологии постоянно идут вперед, производительность пользовательских машин растет, а более удобного описания интерфейса чем XUL/XAML тяжело придумать. Конечно остануться системы для решения специфических задач (QNX например).

XUL/XAML открывают также большие возможности для серверных программ. Логика -- на сервере, интерфейс -- у клиента. Минимум нагрузок на сервер при "внешней красоте" приложения.

Цитата(Sattu @ 11.1.2005, 14:12)

XUL/XAML открывают также большие возможности для серверных программ. Логика -- на сервере, интерфейс -- у клиента. Минимум нагрузок на сервер при "внешней красоте" приложения.

Ага, вот-вот.

Я не люблю WEB-интерфейс за его "тормознутость". Даже при работе по локалке, он все равно медленее обычного GUI.
Может это конечно я такой нетерпеливый.

Ух ты, не видел раньше этого топика (а сейчас заметил его благодаря новому баннеру).

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

Че-то я не понял.. Вы про то, что интерфейс написаный на Веб языках вытеснить GUI ?
А как же работа с системой? Или я не понял чего ?
Те.е вы хотите сказать, что в будущем с помощью Веб технологий можно будет писать нормальные программы, которые будут работать не хуже с системой, чем те , что пишуться сейчас на Delphi,C++, Java?

Цитата(Coocky @ 19.6.2005, 23:31)

Те.е вы хотите сказать, что в будущем с помощью Веб технологий можно будет писать нормальные программы, которые будут работать не хуже с системой, чем те , что пишуться сейчас на Delphi,C++, Java?

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

Сейчас меня закидают тухлыми помидорами, но ребята Web интерфейсу до качественно спроектированного GUI палкой не докинуть. Ну не обеспечите вы такой гибкости и свободы действия. Про интерфейс пользователя для работы с БД я в обще молчу.

Цитата

Про интерфейс пользователя для работы с БД я в обще молчу.

PhpMyAdmin

Цитата(PHP @ 25.6.2005, 14:02)

PhpMyAdmin

Я про приложение, которое ты клиенту покажешь. Если у тебя клиент согласится работать за PhpMyAdmin, то я рад за тебя . Мне все больше другие клиенты попадаются.

Alex
Ты видел Microsoft CRM?

Так вот там такой веб-интерфейс, что редкая GUI программа может с ним тягаться.

Вот пример

Это сообщение отредактировал(а) Дрон - 26.6.2005, 23:51

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


PS:
Я не против Веб интерфейса, но все разговоры о том, что он вытеснит GUI и всем будет от этого счастье лично для меня ОЧЕНЬ сомнительны. У меня еще не было заказчика, который бы мне не говорил, что все должно быть компактно, устанавливаться через Setup и сразу работать в любой операционной системе. Хотел бы я посмотреть на весь этот интерфейс, на каком ни будь Win95. Веб хорош в больших корпоративных проектах, но существует огромная область программирования, где еще долго и будет главенствовать GUI и это будет оправдано.

Alex
Да, это смещение я сам заметил. Странно. Когда я с ним работал, такого не замечал.

Насчёт выдающегося... Ну по одному скриншоту не скажешь
А вот когда работаешь с ним "вживую", то разницы с обычным приложением не чувствуешь вообще. Удобство просто офигительное.
Кстати, этот же интерфейс также используется в оффлайн-версии (ставится MSDE и плагин к аутлуку).

Ещё в пример могу привести Outlook Web Access, повторяющий функциональность Outlook из веба. Я им постоянно пользуюсь, чтобы из дома почту рабочую читать. Причём по модему на 32Кбита

Вот примерчик (скриншот своей почты показывать не хочу ).

Это сообщение отредактировал(а) Дрон - 26.6.2005, 23:54

Я лично сейчас стараюсь всё больше браузер как front-end использовать.
Очень удобно! Не думаю, что браузеры вытеснят GUI, но то, что их всё больше будут в таком качестве использовать - точно.

Дрон, но ведь если задуматься, то народ все равно приходит к тому, что пытается перенести всю функциональность GUI приложений на Веб интерфейс. Рассудить, кто из нас прав может только время. Я думаю, что в результате все сведется к универсальному инструменту разработки и разницы для программиста не будет, ни какой (но вод, сколько при этом нужно будет клиенту всякой фигни поставить на подобии .Net или Java машины можно только догадываться)
Добавлено @ 00:00

Цитата(sergej @ 27.6.2005, 00:56)

Я лично сейчас стараюсь всё больше браузер как front-end использовать.

Все зависит от задач и требований заказчика.

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

Ну дык в религиозных войнах ведь находимся ))

За что будут платить, то и будем делать

ИМХО web интерфейс перспективнее. Почему догодаться не трудно. Достаточно вспомнить девиз SUN - "Компьютер - это сеть".

Но будущее скорее не за ним а за гибридом web и GUI.

Все конечно имхо.

Цитата(Coocky @ 19.6.2005, 22:31)

Те.е вы хотите сказать, что в будущем с помощью Веб технологий можно будет писать нормальные программы, которые будут работать не хуже с системой, чем те , что пишуться сейчас на Delphi,C++, Java?

вобщем-то в ограниченном виде это уже сейчас доступно. Я XUL не знаю, только слыхал - но вот технологии HTA + HTC на Windows Host Script - через расширения JavaScript`а могут работать с диском, реестром, создавать документы MS Office`а и взаимодействовать с ними через VBA... Это всё уже работает, правда возможности несколько ограничены - но всё развивается и мелкие програмки уже вполне можно писать на этой технологии. Насколько я знаю, так же, только ещё лучше, и с XUL`ом в Линуксе и в винде при установленном движке Gecko - но там пошли дальше и можно писать на нём голый интерфейс, а программу уже писать на более мощных языках - С++, Java...

Преимущество WEB-интерфейса в легкой генерации, в том числе и с использованием готовых шаблонов. Я его частично использую, но делать на нем _все_ - имхо неудобно. Так что не вытеснит он GUI.

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

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

кстати, как насчёт?

Цитата(Alx @ 19.12.2005, 02:51)

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

А разве AJAX - это не оно самое?

Lamer George
не знаком) постараюсь познакомиться))

GMail, кажется, на нем работает.

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

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


Это сообщение отредактировал(а) chief39 - 4.1.2006, 12:58

Цитата(chief39 @ 4.1.2006, 12:36)

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

Таки если всё так произойдёт и браузеры действительно превратятся в стандартизированную среду исполнения, им видимо придется резко сливаться с .NET - нафига сразу две среды исполнения сразу? В итоге мы опять таки придём к тому, о чем говорилось выше - одна универсальная среда исполнения и для сетевых и для локальных приложеий...

ЗЫ: А на .NET всё больше народу ломиться... Личное мнение...

Из приложения, созданного на Macromedia Flash можно запускать другие exe файлы с дополнительными параметрами (как в командной строке). Таким образом можно реализовать приложение, весь GUI которого будет сделан с помощью Flash, а всю функциональность на том же с++, в виде обычного exe файла (к примеру console application). Но почему то так не делают. Интересно, почему?
Кстати, пока развиваются Web интерфейсы, библиотеки GUI тоже не стоят на месте ;)

Цитата(FLUF @ 13.1.2006, 15:08 )

Из приложения, созданного на Macromedia Flash можно запускать другие exe файлы с дополнительными параметрами

Кошмар! Глядишь скоро на флеше будут вирусы писать!

Цитата(FLUF @ 13.1.2006, 20:08 )

Из приложения, созданного на Macromedia Flash можно запускать другие exe файлы с дополнительными параметрами (как в командной строке). Таким образом можно реализовать приложение, весь GUI которого будет сделан с помощью Flash

потому-что работать с файловой системой и прочим можно только через прожектор. То есть ты пишешь свою обертку на swf, в которой прописываешь реакции на какое-либо действие. Стандартной такой оберткой является Standalone Flash player. Сам Flash запускать ничего не может.
Можно сделать такую вешь как запуск чего-либо опубликовав swf в exe и вызывать методы описаные в оболочке. То есть сам swf вамм файл не запустит. Он может попросить внешнюю свою обертку сделать это.

И еще - не Macromedia Flash, а Adobe Flash =)
и не flash а flash platform. По поводу разработки web-интерфеса. Да, можно сделать красиывае и юзабельные интерфейсы на Flash. Но лучше делать это на Flex. Он для этого и предназначен =).

А по поводу того - что лучше - Кесарю - Кесарево. Что хотят, то и будем писать.

Что-то я не видел ещё не одной полноценной программки на флеше. Хотя-бы те же офисы.

А я не видел еще ни одной полноценной картинки на С++.

Ну а я и не ору на каждом столбе, - С++ -- ЛУЧШИЙ ГРАФИЧЕСКИЙ ФОРМАТ!!!

RIA это маленько другое, чем полноценная программка.

Упомянем и AJAX, заложенный в основу Web 2.0 - теперь web-интерфейс - это далеко не обязательно каждый раз при любом действии перезагрузка страницы - данные можно загружать на готовую страницу и обрабатывать их клиентскими скриптами.

Фактически, это делает ненужными апплеты и компоненты ActiveX. Flash же и подобные выкрутасы на основе RIA (Rich Internet Application), уже можно заменять на стандартизованные динамические SVG - элементы. Правда для них всё равно нужен свой, пока не входящий в поставку браузеров по-умолчанию, плагин и пока я не видел для них удобного редактора, так что это скорее дело будущего.

Всё постепенно стандартизуется и крепнет. Веб-интерфейсы наступают.

Гы...
Pegas, а как же формат XPM?

Показать?
Я устроился на новую работу..
По разарботке GUI интерфейса..Не поврете-используя библиотеку МФС
Милое дело, если знать тонкости

у svg нету и половины возможностей Flash.

Возможно, но нужны ли эти возможности? Оправданны ли они коммерчески? Я вот у себя Flash вообще не ставлю - нефиг баннеры смотреть, хотя когда-то работал на Flash`e - и кодил и рисовал. Сейчас занимаюсь серьёзными корпоративными системами - здесь реально и JavaScript`овые возможности нужны процентов на 10-15%, не то, что Flash.

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

Ну например: под Flash player 8.5 можно написать:
1. Instance Messenger (icq, msn, etc... )
2. Remote Administrator
3. Mail client
etc...
И все это без использования какой-либо серверной технологии. И добавить к этому красивый и юзабельный интерфейс.

Далее, проблема кнопочек браузера "Go back one page", "Go forward one page" - с помощью Flash можно работать и с этим!

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

А у Flash нет CSS и управления JavaScript ом, насколько я знаю.
Добавлено @ 11:46

и только Flash Platform .

есть и то и другое


не понял фразы

А можно ссылок в студию?. А то у нас в конторе спор как то возник SVG vs Flash. Сам честно говоря ни бум бум .

работать с JavaScript или с оболочкой, в которой запущен player можно юзая ExternalInterface или getURL или fscommand для вызова внешнего JavaScript. Для отправки данных в flash юзается setVariable. Далее есть вот такое вот извращение: http://aflax.org/

про css.
http://www.actionscript.org/tutorials/begi...ash/index.shtml
http://livedocs.macromedia.com/flash/8/mai...4.html#wp453576

AlDev, там ещё с XML`ом вроде были объекты, по-удобнее для взаимодействия с сервером - но дальше DOM`а они почему-то не пошли - SAX`овой реализации на ActionScript я так и не видел - ни от Macromedia, ни от сторонних разработчиков, что странно. Может, появилась уже?

Насчёт же остального... ну, они конечно, молодцы, что идут вперёд, но ты пойми - стандартизация так и так до них доберётся. И они встанут перед выбором - обеспечивать или нет совместимость со стандартами. Если пойдут по пути MS - т.е. демонстративно откажутся от поддержки стандартов что бы сохранить конкурентное преимущество над другими - то сделают этим плохо всем, ибо отрасль не сможет развиваться в условиях монополии, пока пользователи не проявят сознательность и не выкинут у себя их плеер. А если всё-таки пойдут на компромиссы - то просто будут обеспечивать некоторые дополнительные фишки, которые не будет позволять SVG, но которые всё меньше и меньше будут нужны большинству пользователей...

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

Компании должны писать программы, которые должны реализовывать стандарты наилучшим образом, возможно, лишь несколько расширяя их, а не придумывать свои концепции и писать монопольно юзающие их программы. К этому уже во многих областях пришли - в БД, где есть SQL и каждый поставщик СУБД его расширяет и реализует наилучшим образом, J2EE-серверах, где есть стандартное API J2EE-платформы и каждый поставщик ПО промежуточного слоя его реализует и расширяет, языках программирования, у которых куча компиляторов под все платформы... Только MS этому сопротивляется, стремясь удерживать монополию.

Хм. никогда об этом не задумывался. Поищу инфу.

у ActionScript 3 стандарт - E4X.

Мда. Посмотрел технологию AJAX. Немного сместил своё мнение.
Но все равно, полноценные приложения не напишешь на JavaScript )

chipset
например, какие?
а если совместить с Flash?

Менеджер памяти

а зачем его на яваскрипт писать?
(если это то, о чем я подумал)

Не знаю Ты сам пример полноценного приложения спросил.

ну я говорил о тех приложениях, которые нужны для работы с Web...)

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

Microsoft уже давно ответила на этот вопрос.

Знаю я одно такое приложение, браузер

LSD,
а как же ipb? яндекс? gmail?
Добавлено @ 23:02
а, опять не вкурил
в смысле браузер низя на веб-технологиях написать?
ответ - можно ;)

а как тот браузер без другого браузера работать будет? Курица и яйцо .

на Flash сделать

Опа, еще два девелопера в команду разработчиков ОС-Про

Форум бобо, млин.

а фигли, технически можно
Добавлено @ 12:52
а теоретически - бред

вопрос - зачем?...

Да, кстати об os:
http://576871.blogspot.com/2006/02/flex-20-shockos_24.html

Давайте, пожалуйста, все же вернемся к теме обсуждения. Это разновопросье, а не флейм.

А как вам виндовз на стороне сервера.... один на всех... все остальные клиенты конектятся к нему уже на стадии биоса....
В конце концов пользователю интересна только внешняя сторона медали.... а я незнаю ничего что бы чисто графически GUI могли бы реализовать чего не сможет реализовать Веб интерфейс
Добавлено @ 14:09
Всеупирается пока что только в скорость Интернета как только скорость инета превысит скорость работы винчестера а его стоимость упадет до стоимости туалетной бумаги.... поверьте GUI "сдохнет"... и все к этому ведет

Вот у меня сейчас выньАмп в фоне висит, с 50% альфы... Как только я сквозь веб-интерфейсную программу увижу рабочий стол... То может и поменяю мнение.

Думаю, это совсем несложно - надо только сделать браузер, у которого в API будет встроена настройка opacity. Только кому это нафиг надо...

Такая обёртка для IE на .NET за пять сек делается. А ещё проще написать прогу, которая делает x%-прозрачным окно с заголовком y.

Ключевая фраза

Ну так это будет единственный десктопный аппликейшн.

Утрирую, конечно.

А единственным языком программирования будет JavaScript? Увольте . Вы только представьте - Office на JavaScript . Шучу, шучу..

Еще Java (в виде апплетов).
Ты что выбираешь, Java или JavaScript?

А какая между ними разница ? иногда бывает очень весело позлить кофейных

Exception, щас у них нарвёшься...
спросят "а какая разница между VB и VB.NET"