скриптовать анимацию на js куда менее удобно, чем в специальной среде разработки анимации. конечно, анимацию можно задавать без скриптов, тегами (я про svg), но всеми любимый фокс нативно это не поддерживает (правда, кто что поддерживает в SVG я смотрел еще до выхода третьего, но в планах этого тоже не было).
ну и кроме того, экма это основа для js/as/чего-то еще, а в процессе реализации другого языка всего есть какие-то отступления. того же RegExp.lastMatch в екме нету, а ие/фокс его вполне реализуют (у оперы js==ecma, насколько я понимаю). если не ошибаюсь, в новом ActionSrcipt можно будет чуть ли не вставки на C++ делать, а в спецификации новой экмы я такого не помню. Это к тому, что as (как и js) не совсем ecma.
это заказная статья. человек в статье про свой продукт (по иллюстрации страница с кнопкой «download») первым пунктом расписывает mooTools, а потом еще дополнительно выделяет его в исходнике.
прототипирование это наше ущербное (из-за scope) наследование, а наследование это ток один из принципов ООП, которое где бы то ни было достигается (как раз этими принципами и) композицией. Ой, я же не должен этого знать, да…
Добрый вечер. Статья, как я её понял: история создания скрипта (без упоминания экмы), область применение скрипта (с двумя браузерами, без ОС и прочего), трюки с функциями (зачем это надо, есть же куча статей и сайтов, даже на русском), что такое http и как с ним бороться (иллюстрация милая, но, плиз, напишите вместо «JSON» — «Запрос» или «AJAX», если угодно), сайт это конечное кол-во функционала (аспект), база данных позволяет хранить данные, мы можем отправить запрос когда надо и, получив ответ, поменять DOM (причем тут «машина»?).
Понимаете, статья, ниочем просто. Идея, ход мыслей, целостность — где они? Я бы не узнал что такое скрипт, где и как он применяется, не научился бы работать с БД и не понял бы, почему аяксом нельзя подставлять шапку/подвал на каждую страницу. У любого такого обозрения должна быть самодостаточность, лучше бы написали «Ребята, кидаться JSON'он круто!» — и все.
Но сделать такое обозрение, безусловно, Ваше право. Почему бы не назвать его «Мир AJAX?» Причем тут паттерны, сколько еще нужно статей, чтобы человек (толи имеющий некий опыт, толи далекий от веб-технологий) написал своё Rich Internet Applications, ну или клиентскую, или серверную часть?
Да и ладно бы это все, уныло троллить я начал после восторженных возгласов: «Спасибо за статью!», «Очень много узнал», «Мы тоже используем JSON», «Мы тоже используем JSON, но у меня не JSON, а XML». Что все эти люди узнали нового?
Да, побольше бы таких статей! Я быдлокодер и получаю 4000 рублей в месяц (в мск), узнал для себя много нового и прогрессивного. А хабр становится все лучше и лучше, что «Хабр уже не тот» мне программисты говорили — больше не буду им верить.
Очень прогрессивная архитектура: клиент, сервер и http. Мы тоже используем её на работе, на особо прогрессивных проектах — все рекомендую! И AJAX (с методами, см. выше) тоже обязательно нужен, чтобы было круто.
И JSON это мега-прогрессивно, оказывается, мы можем хранить данные прямо в JavaScript, хотя программисты мне говорили, что данные надо хранить только в XML — больше не буду им верить.
Да, если использовать технологию AJAX вместе с методами, то получаются очень крутые вещи. Постоянно использую методы передачи данных и все рекомендую.
PS Хабравтор, большое спасибо за хабростатью! Оказывается в JavaScript есть ООП, хотя программисты мне говорили, что его в нем нет — больше не буду им верить.
>делает работу сайта непредсксказуемой и ощутимо затормаживает работу даже на новейших компьютерах
руки. прямые руки, которые не тянутся к фреймворкам и действуют не сами по себе, а центролизовано (от головы)
а во что тут вникать? в синтаксис? Вы же не сможете теже event'ы сначала на php писать, а топом в js конвертить, а если сможете, то точно один синтаксис :)
а что в аяксе такого не кроссбраузерного? создание объекта, да баг ие6 с for in для аттрибутов. про гибкость библиотек в плане аякса спорить не буду, но скажу, что в этом плане у них имеется только наработанный материал.
этакие pdf'ки, вариант интересный. насколько я понимаю, "убрать из browser-а всю логику и превратить его в формальную систему отображения" было бы здорово, если бы ответ от сервера (или сигнал из сети, если от http абстрагироваться) читало нечто :) да таже операционка. операционка, правда, тоже не одна-единственная, но уже много стабильнее.
только встает вопрос интерактивности :)
js-фреймворки люди юзают, судя по моей практике (я, собсно, верстальщик), исключительно по не умению: не умению отправить post-запрос, не умению работы с DOM'ом, не умению отсортировать таблицу по столбцу. но в любом из-за интреактивности, а значит, оно потребно. если бы перекинуть и её (интерактивность) в нечто единое и стабильное, было бы очень и очень круто. а вот как этому "нечту" избежать долгий и мучительный процесс становления?
этакие pdf'ки, вариант интересный. насколько я понимаю, "убрать из browser-а всю логику и превратить его в формальную систему отображения" было бы здорово, если бы ответ от сервера (или сигнал из сети, если от http абстрагироваться) читало нечто :) да таже операционка. операционка, правда, тоже не одна-единственная, но уже много стабильнее.
только встает вопрос интерактивности :)
js-фреймворки люди юзают, судя по моей практике (я, собсно, верстальщик), исключительно по не умению: не умению отправить post-запрос, не умению работы с DOM'ом, не умению отсортировать таблицу по столбцу. но в любом из-за интреактивности, а значит, оно потребно. если бы перекинуть и её (интерактивность) в нечто единое и стабильное, было бы очень и очень круто. а вот как этому нечту избежать долгий и мучительный процесс становления?
ну и кроме того, экма это основа для js/as/чего-то еще, а в процессе реализации другого языка всего есть какие-то отступления. того же RegExp.lastMatch в екме нету, а ие/фокс его вполне реализуют (у оперы js==ecma, насколько я понимаю). если не ошибаюсь, в новом ActionSrcipt можно будет чуть ли не вставки на C++ делать, а в спецификации новой экмы я такого не помню. Это к тому, что as (как и js) не совсем ecma.
Понимаете, статья, ниочем просто. Идея, ход мыслей, целостность — где они? Я бы не узнал что такое скрипт, где и как он применяется, не научился бы работать с БД и не понял бы, почему аяксом нельзя подставлять шапку/подвал на каждую страницу. У любого такого обозрения должна быть самодостаточность, лучше бы написали «Ребята, кидаться JSON'он круто!» — и все.
Но сделать такое обозрение, безусловно, Ваше право. Почему бы не назвать его «Мир AJAX?» Причем тут паттерны, сколько еще нужно статей, чтобы человек (толи имеющий некий опыт, толи далекий от веб-технологий) написал своё Rich Internet Applications, ну или клиентскую, или серверную часть?
Да и ладно бы это все, уныло троллить я начал после восторженных возгласов: «Спасибо за статью!», «Очень много узнал», «Мы тоже используем JSON», «Мы тоже используем JSON, но у меня не JSON, а XML». Что все эти люди узнали нового?
И JSON это мега-прогрессивно, оказывается, мы можем хранить данные прямо в JavaScript, хотя программисты мне говорили, что данные надо хранить только в XML — больше не буду им верить.
PS Хабравтор, большое спасибо за хабростатью! Оказывается в JavaScript есть ООП, хотя программисты мне говорили, что его в нем нет — больше не буду им верить.
http://w3schools.com/jsref/jsref_regexp_…
и
http://www.degraeve.com/reference/specia…
руки. прямые руки, которые не тянутся к фреймворкам и действуют не сами по себе, а центролизовано (от головы)
только встает вопрос интерактивности :)
js-фреймворки люди юзают, судя по моей практике (я, собсно, верстальщик), исключительно по не умению: не умению отправить post-запрос, не умению работы с DOM'ом, не умению отсортировать таблицу по столбцу. но в любом из-за интреактивности, а значит, оно потребно. если бы перекинуть и её (интерактивность) в нечто единое и стабильное, было бы очень и очень круто. а вот как этому "нечту" избежать долгий и мучительный процесс становления?
только встает вопрос интерактивности :)
js-фреймворки люди юзают, судя по моей практике (я, собсно, верстальщик), исключительно по не умению: не умению отправить post-запрос, не умению работы с DOM'ом, не умению отсортировать таблицу по столбцу. но в любом из-за интреактивности, а значит, оно потребно. если бы перекинуть и её (интерактивность) в нечто единое и стабильное, было бы очень и очень круто. а вот как этому нечту избежать долгий и мучительный процесс становления?