Comments 16
Отлично-отлично. Написал в багтрекер, но на всякий случай спрошу еще и тут: а Bootstrap нельзя ли тоже поддержать? Тогда проекты, которые Bootstrap+Backbone можно будет мигрировать на эту штуку. Было бы превосходно.
Идея хорошая, но jQuery все свои событие вешает с помощью делегирования, в итоге можете получить не совсем ожидаемое поведение.
Так же, если гонитесь за производительностью, попробуйте использовать циклы for/while вместо forEach jsperf.
P.S. что-то случилось с тегами jsperf.com/for-vs-foreach-simple-test
Так же, если гонитесь за производительностью, попробуйте использовать циклы for/while вместо forEach jsperf.
P.S. что-то случилось с тегами jsperf.com/for-vs-foreach-simple-test
C тегами в данном случае приключился k-word.
Спасибо, на сколько показывают тесты, поведение в большинстве случаев ожидаемое, есть конечно исключения, например в этом тесте видно, что ожидаемый результат "
b p div div", хотя нативные эвенты дадут результат "b span p div div". Но я думаю это не так критично, и переход к стандартам в итоге все таки лучше.А по поводу
for/while вместо forEach попробую, сразу не подумал об этом, в связи с сжатыми сроками)
Очень приятная тенденция: вычищать труху из jQuery.
Было бы еще здорово, чтобы простая поддержка условий для создания jQuery-плагинов имелась:
Название слишком узкое, правда, для библиотеки выбрали. Её можно было бы использовать вообще как микро-замену jQuery — с удовольствием бы внедрил на текущем проекте и тестировал плагины на ней. А jBone привязывает к бэкбону, что не клево. А может и клево :)
Было бы еще здорово, чтобы простая поддержка условий для создания jQuery-плагинов имелась:
( ...plugin code... )(window.jQuery || window.Zepto || window.jBone) //To isolate namespace
$('<div></div>') instanceof $ //=> true //To check passed param type
$.fn.somePlugin = ... //To implement plugins
Название слишком узкое, правда, для библиотеки выбрали. Её можно было бы использовать вообще как микро-замену jQuery — с удовольствием бы внедрил на текущем проекте и тестировал плагины на ней. А jBone привязывает к бэкбону, что не клево. А может и клево :)
Можете уточнить, что вы имеете в виду под поддержкой создания плагинов?
Сейчас любой новый метод подключается так:
jBone.fn.somePlugin = function() {}
$.fn.somePlugin = function() {}
А с именем конечно можно еще подумать, но мне кажется, что ассоциации c Backbone будут только если вы про него знаете, если не знаете, то под именем jBone вы скорее увидете отсылку к jQuery.
Сейчас любой новый метод подключается так:
jBone.fn.somePlugin = function() {}
$.fn.somePlugin = function() {}
А с именем конечно можно еще подумать, но мне кажется, что ассоциации c Backbone будут только если вы про него знаете, если не знаете, то под именем jBone вы скорее увидете отсылку к jQuery.
Можете уточнить, что вы имеете в виду под поддержкой создания плагинов?
Чтобы буквально работали приведенные три строчки кода. С первой возможно как-то по-другому.
Это некоторые случаи неконсистентности, с которыми пришлось столкнуться на практике при создании универсальных плагинов под jQuery/Zepto/Vanilla.
Больше времени тратить не хотел принципиально, это означало бы, что в итоге мы придем к тому же с чего начали, к jQuery.Очень понравилась эта фраза; я считаю, вы совершенно правы. Каждый раз, когда кто-то в какой-то статье говорит, что jQuery не нужен (заменив его набором функций-алиасов), то он тут же к концу этой статьи изобретает jQuery. С другой стороны, я рад, что в костяке разработчиков jQuery это тоже поняли, и запилили jQuery 2. Также круто, что разрабатываются вещи типа Zepto или вашего jBone.
А HTML.js вам не понравился? А по поводу библиотек для AJAX мне в последнее время всё больше нравится VanillaJS.
Sign up to leave a comment.
jBone. Замена jQuery для Backbone или 2kb для DOM манипуляций