Есть еще что добавить. Я сам пробовал настроить себе все для разработки на JS. То на чем я остановился — Hackers Keyboard, Vim Touch (удобнее Droid Edita на мой взгляд), AIDE для работы с гит, умеет все что надо, но как редактор так себе. Еще мне привезли с dx.com блютус клавиатуру, удобно, но есть у нее одна проблема, в ней магнит возле магнитного сенсора нексуса, от чего при вставке планшета в клаву он гаснет и нормально не включается. Может знает кто как вообще вырубить сенсор?
Впервые мой SGS3 намертво завис. Открыл приложение в котором точно есть реклама (InstaPicFrame) дабы потестить. Оно зависло, предложило себя закрыть, потом экран стал черным. Пришлось вытаскивать батарею. Я пока лучше с рекламой посижу.
Учитывая, что delete для элементов массива не меняет его длинну, это может привести к всяческим ошибкам при дальнейших операциях с этим массивом. Предпочитаю использовать splice.
На этом скриншоте:
показан прекрасный момент — <top frame>. Этот чудесный переключатель позволяет выполнять JS из консоли для любого фрейма на странице. Такой штуки я не нашел в фаербаге и она меня очень выручала, когда я занимался интеграцией одного приложения в разные социальные сети (практически везде используются iframe, достучаться до которых в силу кроссдоменной политики нельзя). Сейчас эта фича уже есть в стабильном хроме, но именно из-за неё когда-то начал использовать Canary.
Это точно. Недавно ultimate-guitar выпустил свое приложение для табулатур. Но увы, на планшете хоть и не выглядит убого, а столько места пустует. Куплю songsterr как только будет под планшет.
Использование моделей для таких сущностей, как окна, оправдывается легкостью передачи событий между окном и контроллером окон (коллекцией, в простом случае). Достаточно в обработчике клика по закрывающей кнопке в окне написать this.model.trigger('closed'), и контроллер окон, например, выведет на передний план другое окно.
Вешать обработчик и триггер непосредственно на сам View сработает не всегда, да и в документации по backbone методы .bind() и .trigger() оговорены только для моделей и коллекций.
В дополнение к комментарию выше.
Еще лучше завести модель для попапов, чтобы хранить их свойства и список окон хранить в коллекции. Тогда легко и логично можно реализовать методы для выбора, например, всех неактивных окон.
В таком виде статья затрагивает только такую сторону backbone, как View, а модели и коллекции остаются в стороне.
С другой стороны, если бы я только начинал изучать backbone, то вы бы мне очень помогли :)
показан прекрасный момент — <top frame>. Этот чудесный переключатель позволяет выполнять JS из консоли для любого фрейма на странице. Такой штуки я не нашел в фаербаге и она меня очень выручала, когда я занимался интеграцией одного приложения в разные социальные сети (практически везде используются iframe, достучаться до которых в силу кроссдоменной политики нельзя). Сейчас эта фича уже есть в стабильном хроме, но именно из-за неё когда-то начал использовать Canary.
Вешать обработчик и триггер непосредственно на сам View сработает не всегда, да и в документации по backbone методы .bind() и .trigger() оговорены только для моделей и коллекций.
Еще лучше завести модель для попапов, чтобы хранить их свойства и список окон хранить в коллекции. Тогда легко и логично можно реализовать методы для выбора, например, всех неактивных окон.
В таком виде статья затрагивает только такую сторону backbone, как View, а модели и коллекции остаются в стороне.
С другой стороны, если бы я только начинал изучать backbone, то вы бы мне очень помогли :)
Удаленная отладка и прочие фичи прилагаются.
Родная прошивка тормозила очень,