Всем привет , столкнулся с проблемой ооп в js. Есть псевдо класс, описывающий подключение в фоновом режиме - ajax запрос проще говоря. Проблема судя по всему в прототипах, ибо без классов все работает, но мне хочется разобраться и собрать библиотеку для ajax. Проблема в функции handle_response (33-45), там не видно свойства request. Еще есть сомнение по поводу onreadystatechange(25) - возмонжно я неправильно задал callback.   




Это сообщение отредактировал(а) drainme - 12.8.2010, 16:03

Попробуйте вместо этого так:

Дело в том, что в обработчиках событий ключевое слово this указывает на объект, в котором происходит событие, в данном случае на объект XMLHttpRequest, а не на ваш собственный объект http_request.

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

А чем это не замыкание? Цепочка областей видимости анонимной функции, назначаемой свойству onreadystatechange, включает объект вызова внешней функции. Сборщик мусора не удалит переменную thisAlias, пока вложенная функция будет ссылаться на объект вызова. Нет?

Это сообщение отредактировал(а) Amphiluke - 12.8.2010, 21:18

Большое спасибо за разъяснения, сам бы еще долго искал решение, но вот что интересно с моим прежним кодом" = this.handle_response", функция срабатывает(просто алерт вставил для теста), по поводу xmlhttpobject'a логично и тему можно закрывать, но почему this работает все-таки интересно

Это сообщение отредактировал(а) drainme - 13.8.2010, 10:17

Извини, дорогой ... Для раздела "JavaScript для новичков" пример вполне дееспособный, но если мы говорим о более серьезном подходе, то вариант никудышний.
Я молчу о том, что переменная thisAlias теоретически может быть переопределена на момент срабатывания хандлера - это, конечно же, маловероятно, но надежность кода страдает.
А вот то, что анонимная функция, назначенная onreadystatechange, НИЧЕГО пока не знает о своей "начинке" - это факт достаточно известный , поэтому GC может и подчистить приватную переменную. В данном случае спасает (может спасать) только то, что внутренний GC в JavaScript срабатывает по таймеру, а ответ с сервера в примере приходит быстрее. Но согласись, это же не решение задачи - так работать на грани фола. Именно для этого и придумали замыкания - чтобы отдать значение доступной переменной внутреннему механизму, и дальше ее не трогать и позволить удалиться. Советую уделять более пристальное внимание надежности и универсальности кода.

Добавлено через 11 минут и 9 секунд

Там где назначен this.handle_response, он существует, так как this в данном случае ссылается на объект типа http_request, то есть противоречий нет. А когда позже идет ссылка на this.request, то у handle_response такого свойства/функции нет. Можно получить через parent.request или обратиться просто через request - не стал пристально смотреть код и тестировать его, но думаю, это свойство (без this) будет доступно.

IDVsbruck, спасибо, а вы не могли бы набросать примерчик?    Даже отвлечемся от кода топикстартера. Просто какой-нибудь простой пример, в котором метод пользовательского объекта служил бы обработчиком события и при этом имел доступ ко всем свойствам объекта а также к экземпляру объекта Event, передаваемого в обработчик.

Вот я начну потихоньку.



Можно сделать и так (типа еще «замыкание»   ):

но это же опять неправильно, по-вашему?
Напишите, please, как вам видится наиболее грамотное решение.

Добавлено через 3 минуты и 11 секунд
Именно для этой простой задачки.

drainme, 
там еще есть строка 29

оно работало когда-нибудь? Вот сюда тоже надо бы замыкание поставить.


проблема в том, что в этом случае при выполнении функции this будет указывать в объект window, а не в http_request

Человек дурню написал, а мы с тобой должны на поводу вестись? Хотя бы: 

Не считаю, что я должен учавствовать в споре "а слабо?" с заведома абсурдными данными.
В js (и фреймворках) мы же не переопределяем функции для обработчика, а создаем их и назначаем. Почему тут должно быть иначе? - Зачем делать обработчик в составе прототипа - дурня же! Если функция обработчика выполняет какие-то узкоспециализированные действия внутри класса, то делается переменная класса, указывающая на внутреннюю функцию, или еще лучше - грамотно написанная анонимная функция (действие-то внутреннее, можно постараться, чтобы казусов с загрязнение памяти не было).
Поэтому я принципиально не хочу поддерживать данный спор (дабы не было мысли, что я не могу или не знаю как и что делать - слава аллаху, за несколько лет работы школу получил неплохую).

Ладно, ясно… что ничего не ясно   . Впрочем, причем здесь «а слабо?»? Я просто хотел увидеть кусок грамотного кода для дальнейших размышлений… о философии  Разве кто-то спорит? Просто идет обмен информацией с целью поиска оптимальных путей.

Это сообщение отредактировал(а) Amphiluke - 13.8.2010, 22:11

Ага, а ну-ка, для начала покажи мне пример создания в javascript'е псевдо-класса 

Ну, вообще-то определение «псевдокласса» в Javascript как раз и осуществляется путем написания функции-конструктора, которая создает и инициализирует нужные атрибуты экземпляра, а также добавлением свойств и методов к объекту-прототипу (см. предыдущие сообщения). Ясно, что Javascript пока не обеспечивает поддержку классов, как этого, может быть, хотелось бы. Отсюда, наверное, присказка «псевдо-». Но такая терминология, вообще говоря, используется с указанными оговорками. Так что не стоит придираться к словам. Не об этом же речь. 

Это сообщение отредактировал(а) Amphiluke - 14.8.2010, 08:37