Писал когда то статью про this в javascript — habrahabr.ru/post/149516/
Там есть и возможность проверить свои навыки и потренироваться в угадывании результата
тяжело словами объяснить. проще будет потом видео заснять, чтобы объяснить. там не всегда такое происходит (а например если скроллил, а потом навел мышкой еще до того как скролл пропал)
мышку в самый край браузера (в моем случае получается и в край всего экрана) переведи. и у тебя под мышкой появится скролл. Собственно часто при наведении на эту кнопку получается так, что мышка наползает на область скролла и скролл перекрывает кнопку
Скачал benchmark, оставил только swig и ect. На приведенном примере
ECT: 513ms
Swig: 1059ms
Добавил main.swig и main.ect, содержащие два пустых блока (test и test2). в tpl файлах сделал extend от этих main шаблонов и добавил переопределение блоков (test2 также переопределялся в пустой блок, а test переопредялся в старое содержимое файла tpl).
ECT: 874ms
Swig: 1087ms
Swig лишь чуть чуть замедлился, а ECT более чем в полтора раза. Если сделать еще один промежуточный уровень наследования, то разница получается совсем крохотной между шаблонизаторами.
Вывод — коробочные тесты не полные, нужно проверять на более полном функционале, а не на hello, world
Из js шаблонизаторов — мне больше всего по душе пришелся swig. Синтаксис такой же как в twig и в django, есть наследование, есть возможность создавать свои теги и фильтры. Главный минус swig для меня — не поддерживаются вложенные блоки (issue) и неизвестно когда будут поддерживаться.
что от mail.guard, что от qip.guard (другие не пробовал) — рабочий комп начинает сразу нереально тормозить.
Специально установил их для проверки.
Результат: без этих программ даже ie8 запускается меньше чем за секунду. А при любом установленном guardе — секунд 5-10 и более. даже антивирус касперского и то не так замедляет систему.
Благо 99% времени я провожу за macbook и мне не приходится сталкиваться с различными guardами
Попробовал воспользоваться обнаружил багу — на главной странице мониторинга при очередном request (если включен мониторинг) схлопываются раскрытые элементы
Там есть и возможность проверить свои навыки и потренироваться в угадывании результата
хоть юзерскриптом перетаскивай
main.swig
tpl.swig
и main.ect
tpl.ect
у меня получается
ECT: 386ms
Swig: 16ms
main.ect:
tpl.ect:
добавляю в ect.js вывод html.length:
выводится undefined и пустая строка, а не undefined и «inherit»
ЧЯДНТ?
Добавил main.swig и main.ect, содержащие два пустых блока (test и test2). в tpl файлах сделал extend от этих main шаблонов и добавил переопределение блоков (test2 также переопределялся в пустой блок, а test переопредялся в старое содержимое файла tpl).
Swig лишь чуть чуть замедлился, а ECT более чем в полтора раза. Если сделать еще один промежуточный уровень наследования, то разница получается совсем крохотной между шаблонизаторами.
Вывод — коробочные тесты не полные, нужно проверять на более полном функционале, а не на hello, world
Специально установил их для проверки.
Результат: без этих программ даже ie8 запускается меньше чем за секунду. А при любом установленном guardе — секунд 5-10 и более. даже антивирус касперского и то не так замедляет систему.
Благо 99% времени я провожу за macbook и мне не приходится сталкиваться с различными guardами
dmitrysoshnikov.com/ecmascript/ru-chapter-8-evaluation-strategy/
В частности прямые ссылки на две статьи про ООП в javascript:
dmitrysoshnikov.com/ecmascript/ru-chapter-7-1-oop-general-theory/
dmitrysoshnikov.com/ecmascript/ru-chapter-7-2-oop-ecmascript-implementation/
уже RC2 вышла даже