Я приводил тесты в предыдущем топике — он значительно быстрее большинства существующих фреймворков за счёт отказа от поддержки IE и использования нативных функций JavaScript
Я догадался) В большинстве мобильных браузеров не нужны Хаки IE, а JQuery их тащит. Т.К. я не парсю селекторы и json вручную, не тяну кучу ветвлений для совместимости и не перенапихиваю его функциями, стараюсь максимально пользоваться тем, что есть в JavaScript — он будет очень клёво работать на мобильных браузерах. Это обсуждалось в прошлом топике)
c README согласен) но у меня бывают ошибки в английском, потому надеюсь, что с переводом мне кто-то поможет)
ну про плагины я написал в топике. потом просто этот кусок бросаем в наш файл atom.js и все — можно пользоваться) или еще как-то объяснить лучше будет?
Ну, можно и так, но фактически зачем на русском? Минус большой — надо поддерживать сразу две документации, плюсов? Типа кто-то не знает английский и ему будет проще? Не лучше ли зафорсить изучение английского, всë равно никуда без него не денешься.
Ну, пока, как я вижу, всё равно английская версия будет создаваться переводом русской, почему бы рядом и оригинал не выложить? А насчёт зафорсить — «не сыпь мне соль на рану», я уже печатать вслепую почти научился, думал никогда не смогу, но вот английский… тут на моторной памяти не вылезешь
Ну чего вы? Это ж просто обсуждение.
Спасибо ingspree, он уже перевёл на английский, а русская осталась рядом.
Будем вести две документации, если ничего не поменяется
Ваша схема вполне научна, но несколько устарела.
С точки зрения квантовой механики атом гелия выглядит так (разумеется, такая визуализация тоже условна):
Было бы неплохо добавить поддержку старых браузеров в виде плагина. Т.е. проверять наличие каких-либо нативных функций браузера, и вслучае отсутствия, подгружать плагин. Так имеем малый вес и быструю работу для современных браузеров и поддержку старых.
Постараюсь после нового года найти время и заняться реализацией такого плагина :) Также могу помочь с сайтом для проекта. С модульным подходом просто необходима возможность делать кастомные сборки фреймворка.
ну, я про это тоже писал в предыдущем топике. зачем на каждый проект писать мини-фреймворк, если можно взять какой-нибудь маленький фреймворк типа Atom? :)
Уберите ООП, либо сделайте его плагином, в прототипном языке, и маленьких проектах (судя по всему Ваш фреймворк нацелен именно на маленькие проекты) оно ни к чему, лучше подумайте лучше над API
Не нашел в списке поддерживаемых браузеров IE. То есть вообще никакого, даже 9-ки.
Я понимаю, любить его особо не за что, но будем реалистами — многим ли на практике пригодится фреймворк, который не работает в IE?
Это описывалось ранее. Основное применение данного фреймворка — приложения для мобильных браузеров. Автор не собирается реализовывать обратную совместимость, так как если нужна совместимость, то есть jQuery.
в качестве ядра достаточно одной единственной функции, которая занимается подключением модулей, следит чтобы они не конфликтовали, и чтобы никто их случайно не затёр. всё остальное — в модули.
AtomJS — миниатюрный JavaScript фреймворк