Javascript.RU

Создать новую тему Ответ
 
Опции темы Искать в теме
  #251 (permalink)  
Старый 06.10.2009, 16:45
Аватар для x-yuri
Отправить личное сообщение для x-yuri Посмотреть профиль Найти все сообщения от x-yuri
 
Регистрация: 27.12.2008
Сообщений: 4,201

по поводу исключений: браузер как поступает? Просто пишет ошибку в журнал и выполняет следующий обработчик и всплытие не прекращается, так? (надо проверить). Вот так и сделай, журналом у тебя будет errors, причем он будет только для отладки использоваться. Т.е. чтобы его можно было отключить. p.s. если обработчик не озаботился обработкой ошибок - это его проблемы

Сообщение от Kolyaj
И зачем имена функций/методов с большой буквы?
а, собственно, почему бы и нет?

Сообщение от Kolyaj
Не выпендриваться и добавлять обработчики специально для этого придуманными методами: attachEvent/addEventListener.
не знаю, на данный момент для меня в этой штуке один плюс - fixEvent, т.е. более читабельный код. С другими решаемыми проблемами не сталкивался

p.s. еще посмотри фреймворки на предмет усовершенствований
Ответить с цитированием
  #252 (permalink)  
Старый 06.10.2009, 16:49
Аватар для B~Vladi
Модератор Всея Форума
Отправить личное сообщение для B~Vladi Посмотреть профиль Найти все сообщения от B~Vladi
 
Регистрация: 14.05.2009
Сообщений: 4,021

Сообщение от x-yuri
браузер как поступает? Просто пишет ошибку в журнал и выполняет следующий обработчик и всплытие не прекращается, так? (надо проверить)
По-моему, всё падает... Проверим.
Сообщение от x-yuri
Т.е. чтобы его можно было отключить
Эм... А как это примерно должно выглядеть?! Т.е. он не должен быть доступен извне, а только после установки некого свойства?!
Сообщение от x-yuri
еще посмотри фреймворки на предмет усовершенствований
Это звучит как "еще посмотри jQuery"
Да, поковырять можно немного...
Ответить с цитированием
  #253 (permalink)  
Старый 06.10.2009, 16:57
Аватар для x-yuri
Отправить личное сообщение для x-yuri Посмотреть профиль Найти все сообщения от x-yuri
 
Регистрация: 27.12.2008
Сообщений: 4,201

Сообщение от B~Vladi
А как это примерно должно выглядеть?!
например, метод debug, который включает отладку

Сообщение от B~Vladi
Это звучит как "еще посмотри jQuery"
я не только jQuery имел в виду
Ответить с цитированием
  #254 (permalink)  
Старый 06.10.2009, 17:03
Аватар для e1f
e1f e1f вне форума
Профессор
Отправить личное сообщение для e1f Посмотреть профиль Найти все сообщения от e1f
 
Регистрация: 03.04.2009
Сообщений: 1,263

Ну, учитывая, что кусок с fixEvent взят явно из jQuery...
Ответить с цитированием
  #255 (permalink)  
Старый 06.10.2009, 17:07
Аватар для B~Vladi
Модератор Всея Форума
Отправить личное сообщение для B~Vladi Посмотреть профиль Найти все сообщения от B~Vladi
 
Регистрация: 14.05.2009
Сообщений: 4,021

Сообщение от e1f
кусок с fixEvent взят явно из jQuery
Он распространается бесплатно
Хотя я там target пофиксил
Сообщение от x-yuri
например, метод debug, который включает отладку
ВО! Тема...
Т.е. без него и try catch ловить не надо?!
Ответить с цитированием
  #256 (permalink)  
Старый 06.10.2009, 17:11
Аватар для e1f
e1f e1f вне форума
Профессор
Отправить личное сообщение для e1f Посмотреть профиль Найти все сообщения от e1f
 
Регистрация: 03.04.2009
Сообщений: 1,263

B~Vladi,
неа, это метод, который ты сам руками напишешь, и если Event.debug() == true, то мы работаем в режиме дебуг, со всякими вкусными, но бесполезными для пользователя плюхами, типа алерта стека вызовов
Ответить с цитированием
  #257 (permalink)  
Старый 06.10.2009, 17:26
Аватар для x-yuri
Отправить личное сообщение для x-yuri Посмотреть профиль Найти все сообщения от x-yuri
 
Регистрация: 27.12.2008
Сообщений: 4,201

Сообщение от B~Vladi
Т.е. без него и try catch ловить не надо?!
я же написал
Сообщение от x-yuri
если обработчик не озаботился обработкой ошибок - это его проблемы
или ему это не нужно
Ответить с цитированием
  #258 (permalink)  
Старый 06.10.2009, 17:30
Аватар для x-yuri
Отправить личное сообщение для x-yuri Посмотреть профиль Найти все сообщения от x-yuri
 
Регистрация: 27.12.2008
Сообщений: 4,201

а вообще можно попытаться придумать конкретную ситуацию, когда если ошибка происходит в одном обработчике, то другой обработчик (с ним связанный) не должен выполняться. Мне в голову ничего не приходит
Ответить с цитированием
  #259 (permalink)  
Старый 06.10.2009, 17:45
Аватар для B~Vladi
Модератор Всея Форума
Отправить личное сообщение для B~Vladi Посмотреть профиль Найти все сообщения от B~Vladi
 
Регистрация: 14.05.2009
Сообщений: 4,021

Сообщение от e1f
это метод, который ты сам руками напишешь
Ясен пень... Я хотел уточнить, что он конкретно будет менять...
Сообщение от x-yuri
я же написал
Аха, понял, туплю
Сообщение от x-yuri
а вообще можно попытаться придумать конкретную ситуацию, когда если ошибка происходит в одном обработчике, то другой обработчик (с ним связанный) не должен выполняться
Значит надо указывать останавливать следующие облаботчики или нет... Думается мне, что за это должен отвечать обработчик onerror... Если вернул true - продолжаем вызовы...
Если такого обработчика нет -
Ответить с цитированием
  #260 (permalink)  
Старый 06.10.2009, 18:02
Аватар для B~Vladi
Модератор Всея Форума
Отправить личное сообщение для B~Vladi Посмотреть профиль Найти все сообщения от B~Vladi
 
Регистрация: 14.05.2009
Сообщений: 4,021

Добавил, значт, вот ещё что:
Event.Add(obj,'type',{handler:fnc,onerror:(bool||fnc)})

Здесь:
onerror - если передаётся true - ошибка в обработчике не остановит вызов других. Если false - остановит. Если передаётся функция - обработчик ошибки и возвращает false - вызовы остановятся. Если ничего не передано - вызовы будут останавливаться. Так норм?!

Последний раз редактировалось B~Vladi, 06.10.2009 в 18:05.
Ответить с цитированием
Ответ



Опции темы Искать в теме
Искать в теме:

Расширенный поиск