Хотелось бы поговорить о Web 2.0 Понимаю, конечно, что на wasm.ru про ЭТО не уместно вести речь, но тут есть люди, которым не все равно. Дело в том, что с развитием интернет технологий, производители сайтов и web-сервисов пришли к тому, что стандартных средств для отображения интерактивного контента явно не достаточно. Adobe Flash частично решает проблему, но не всем охота качать плагин. Java - большой размер, не стоящий того, чтобы ставить плагин. Что остается? DHTML 2 Вот щас пишу сайт на Web 2.0 Встал выбор среды выполнения. Он у меня не большой. Есть JMaki и GWT. И так. JMaki - среда, в которой визуальные и не визуальные компоненты представлены в виде виджетов (Widget), находящихся в библиотеке типов (тегов). Библиотека - файл с расширением .tld (Tag Library Definition) находится на сервере (пишется руками или качается с сайта производителя) . Все виджеты имеют синтаксис: <a:widget name="ТочкаВходаВБиблиотеке" id="УникальныйИдентификатор" value="Структура Widget" /> Widget - структура данных следующего вида __widget_t={ __label label; // Указатель на метку visible=false; UUID=0; *** И еще куча полей } __label - Это тоже структура с полем Action. Это поле позволяет установить связь между серверной и клиентской частью. Связи устанавливаются в файле glue.js (клей, так как идет склеивание двух аспектов клиент-серверного приложения). Писать на JMaki - Счастье, но платформа сырая и не везде работает. Приче баги там, где их быть не должно. GWT. Интересный прием ухода от HTML. Все программируется на сервере, прогоняется через Google-компилятор и на выходе получается здоровенный JS файл и HTML страница. В странице ниче исправлять нельзя. Там всего 2 строки: <html> <script src="gwt-nocache.js"></script> Связывание на уровне JSon (JSNI - JavaScriptNativeInterface) Ни та ни другая платформа не могут согласовать работу на разных клиентах. В GWT встречается document.all вместо document.getElementById и перед запуском всегда вылетает ошибка времени (первый раз такую вижу ) Вот такие дела в современной WEB. GWT плюс ко всему генерирует приложения Очень большого размера. Остается надеяться, что 1. Проект BlackDown начнет работать 2. Adobe прочитает требование открыть формат swf для OpenSource 3. Microsoft прочитает учебник по JavaScript и создаст нормальную скрипт-машину. Сейчас SUN развивает проект Java.net - Перспективно, но долго. Blackdown ее обгонит по качеству. Надеюсь что скоро появится Adobe Flash.net ---------------------- Кто как выходит из положения? На чем сейчас кто работает?
Недавно стал дома программировать на чистом Си, чтобы отвлечься от веб-программирования на работе. Какая же благодать.
сам пишу клиентскую библиотеку то что видел (например, ExtJS) впечатлило, не впечатлила тормознутость есть еще псевдо ось EyeOS. А сам: написал "начальный" виджет, а дальше от него наследуюсь, + еще несколько классов в итоге по некоторому описанию строится интерфейсик, пока простенький
copy - paste + мой родной редактор htm Amaya - прикольная штука, попробуй Мне кажется некоторые сайты делали извращенцы - страницы открываются по несколько секунд ( скорость 1 мегабит в сек ) - если такое наблюдается - никогда больше не захожу туда... и пошли они все... Совсем не сображаю - не могу сделать страницу на by.ru, скачал wordpress и что дальше ? там хрень какая-то
То, о чем мы с тобой говорили. Но ты на PHP - кривой он. Нельзя Методы перекрывать. Даже в пятом. Я создал WebObject, от него WebComponent (Оба абстрактные) Получилась GTK для web
в пятом можно Код (Text): class foo1 { function method1() { echo "class foo1 - method1<br>"; } } class foo2 extends foo1 { function method1() { parent::method1(); echo "class foo2 - method1<br>"; } } $foo = new foo2(); $foo->method1(); php только как посредник между "нормальным" сервером и web-клиентом, так что все что касается ввода/вывода данных - на клиенте
Johnikum Работает. Я могу тебе как-нибудь рассказать как происходит связывание объектов, написанных на других языках, подробно расскажу про принципы генерации кода, создания функций-хандлеров все на примере STRUTS. В качестве Example возьмем JMaki. Я дочитал учебник по STRUTS. Теперь все могу.
Тогда уж можно свой плагин писать. И дзен тут с вебом сольется воедино. Качаешь Netscape SDK - и вперед Недавно выкурил код простого плагина. Принцип понял. Ну блин, не сказка ли - 6 KB минимум. Пишется это на C++. Единственный недостаток - SDK надо качать для трех операциооных систем и писать кросплатформенный код. Я для *nix скачал, радуюсь
Вот мне интересно: такую офигенную рекламу SUN дали для java.net и в итоге ее популярность чето не сильно увеличилась. Почему?
ну как это почему, потому что, я как разработчик сайтов, например, должен думать, есть у пользователя на компе такой то плагин или нет, и будет ли он его вообще качать, поэтому все и делают на том что наиболее распространено, а это javascript+flash (на стороне пользователя). Да и всякие фреймворки типа extJS, prototype, mootools надо применять с осторожностью. Тормоза не нравятся никому и вряд ли пользователь будет в дальнейшем заходить на сайт если там отклик на действия довольно ощутим.
Я даже XMLHttpRequest не юзаю для сайтов в Инете (просто я пишу проги с Web интерфейсом) Для это делаю так: Client: Код (Text): var data_processor = document.createElement ("iframe"); data_processor.style.visibility = "hidden"; document.getElementById("dp").appendChild (data_processor); function handleRes (obj, state){ switch (state){ case 0 : alert (obj); break; } } Сервер: Код (Text): response.getWriter().println ("<script>window.parent.handleRes('hello',0);</script>"); Это для GET запросов, а для POST -- посмотрите в свойства Form.target и метод Form.submit();
Решилось и мне тут потрепаться Johnikum Глянул на EyeOS - круто. Но каждая страница > 500kb траффика и пол часа грузится. Имхо проще и быстрее и дешевле флэшплэйер загрузить. Единственные недостатки - нельзя страницы сохранять, печатать и по прямым ссылкам переходить. Даже непонятно почему макромедия, а теперь и адобе так упорно динамят этот момент. Впрочем, уже начинают появляться более технологии интересные и скоро хтмл со братья будет знать свое место.
Это кроссбраузерность. Кроме того, люди, ну не забывайте что JavaScript грузится ВЕСЬ! Меньше кода - больше скорости. Поменьше переменных, меньше указателей - передавайте структуры КАК ЕСТЬ, без ссылок ... ну понятно же блин!
ставьте chrome от гугла может побыстрее жабаскрипт работать будет )) Вчера поставил бету, довольно живенько все бегает.
keYMax я эту фразу сказал касательно флэша, а так я с твоим списком согласен, но добавил бы и джавик: как ни крути, либами он богат. osrootd привязывать свой сайт к палёному плагину) это не в обиду сказано, просто суди сам: надо сделать плагины на разные бравзеры разных ос, отладить их и, самое главное, продумать начальную концепцию. очень сомневаюсь в эконом. целесообразности, я б деньгу на такое не дал бы))))
поставил бету К сожалению кнопки перехода в левом нижнем углу и нельзя их настроить - далеко тянуться. Шустрый браузер...самое полезное в нём - на страницах где много картинок открывает их по порядку расположения, а не в алфавитом порядке как ие. Вчера начал смотреть, что делается у меня в системе, так от нечего делать... Оказалось гугль и его "полезные" программы установили в реестре 845 записей ... и ещё кучу г. в нескольких десятках папок.. Всё вычистил - эксплорер начал летать ...
_basmp_ на сколько знаю там один раз столько грузится, потом меньше osrootd и вообще не пользуйте javascript вообще принято готовый скрипт вытягивать в строчку, убирать лишние пробелы, табы, все комментарии... не знаю как chrome, но в опере довольно все хорошо работает, в сравнении - IE просто тормоз
Johnikum штука сея не супер, но и выкидывать её полностью пока сложновато: взять хотя бы обмен данными между хтмл и флэшем.
