Comments 15
Спасибо, очень толково :)
0
фу гадость какая. лучше всего у хрома расширения писать, потом аддон-ы мозилле.
-27
да при чем тут хром вообще? речь идет про расширения для оперы (есть такой браузер и им пользуются). в каждой теме одно и то же
+13
>лучше всего у хрома расширения писать
автор нам красиво расписал как неудобно делать под оперу расширения. тот кто хоть раз делал ext для хрома со мной согласится — это удобно. аддон делать сложнее, но возможностей больше.
к опере я вообще никак не отношусь.
автор нам красиво расписал как неудобно делать под оперу расширения. тот кто хоть раз делал ext для хрома со мной согласится — это удобно. аддон делать сложнее, но возможностей больше.
к опере я вообще никак не отношусь.
-8
Автор, извини конечно, но нативный код, для меня читабельнее в разы.
+1
Если кого-то заинтересовал Bexf или процесс написания расширений для Оперы я могу написать статью об создании и публикации Habra Meter с нуля
Конечно будет интересно ознакомиться с процессом написания расширения. Пишите статью ;)
Конечно будет интересно ознакомиться с процессом написания расширения. Пишите статью ;)
+3
Спасибо, идея интересная. Покажу разработчикам API для расширений Opera.
+3
А в чем прикол? Нельзя чтоли для jquery плагинов написать, чем с ноля какйо-то недо-фрейморк?
В фреймворке для всех браузеров, а не только для оперы была бы реальная польза.
В фреймворке для всех браузеров, а не только для оперы была бы реальная польза.
+1
а если кто захочет использовать jQuery в свое расширении, не возникнет ли конфликтов между вашим "$" и "$" от jQuery?
+1
Это предусмотрено
Вот основное замыкание Bexf
Вот основное замыкание Bexf
(function (exports, global, exportAs) {
// тут код Bexf
exports[exportAs] = BexfFactory;
}(this, this, '$'));
Нужно исправить строку в самом конце скрипта. Меняем '$'
на любое значение(прим 'Bexf'
) и Bexf экспортируется в любой нэймспэйс (в нашем случае в window.Bexf). -1
А зачем вообще комментировать и давать короткие имена, если код «opera.contexts.toolbar.addItem» сам за себя всё говорит.
+2
> если код «opera.contexts.toolbar.addItem» сам за себя всё говорит
Код говорит, но удобно ли такой код писать и держать в памяти? Когда у вас кроме window.opera.extension.tabs, opera.contexts.toolbar.addItem ещё куча методов и пространств имен. С такими именами в 3 нэймспейса ваши шансы запутаться многократно возрастают и время написания возрастает.
Приведу пример названия класса Zend: Zend_Controller_Action_Helper_AutoComplete_Abstract вспомните такой по памяти?
Код говорит, но удобно ли такой код писать и держать в памяти? Когда у вас кроме window.opera.extension.tabs, opera.contexts.toolbar.addItem ещё куча методов и пространств имен. С такими именами в 3 нэймспейса ваши шансы запутаться многократно возрастают и время написания возрастает.
Приведу пример названия класса Zend: Zend_Controller_Action_Helper_AutoComplete_Abstract вспомните такой по памяти?
+1
Sign up to leave a comment.
Bexf — Фрэймворк для создания расширений