| Backbone.js Web-Adviser книга? |
| 1 | Итак, я твердо решил написать хорошую книгу по Backbone.js. Делать это я буду в свободное время, поэтому возможно новые главы будут появляться не так часто как хотелось бы. Тем более, что я хочу написать хорошую книгу. А это значит, что главным приоритетом для меня будет не скорость, а качество. Также, я не исключаю, что буду возвращаться к предыдущим главам для их улучшения. Поэтому вполне возможно, что прочитав ее раз, через некоторое время мы сможете обнаружить для себя в ней что-то новое. |
| 2 | Этим и замечательна online публикация. О всех важных изменениях буду публиковать сообщения в блоге. Поэтому подписывайтесь на RSS и следите за обновлениями. Очень надеюсь, что данная книга окажется для вас полезной. Обсудить ее можно здесь. С уважением Дмитрий Гавриков Для кого эта книга? Эта книга для начинающих знакомиться с Backbone.js. Более того, основная ее цель — сделать это знакомство как можно более приятным и быстрым, чтобы вы были в состоянии в дальнейшем самостоятельно использовать этот фреймворк для своих целей. |
| 3 | Однако, данная книга не является книгой для начинающих в Javascript. Предполагается, что читатель уже обладает следующими знаниями: знания чистого Javascript опыт ООП манипуляции с DOM и обработка событий с помощью jQuery шаблонизация с использованием Underscore/Lodash организация кода при помощи Require.js (в более поздних главах) Если что-то из этого списка для вас является непонятным, то рекомендую перед дальнейшим чтением восполнить эти пробелы, чтобы получить максимальную пользу от книги. |
| 4 | Также не стоит воспринимать данную книгу как замену официальной документации. Наоборот, я буду стараться мягко подталкивать вас к ней. Понимаю, что очень не просто сразу начать изучать новую технологию, основываясь только на документации. Иначе бы в подобных книгах не было бы необходимости. Их цель дать базу, после которой просмотр документации станет естественным и неотъемлемым элементом в работе. |
| 5 | Надеюсь, что после прочтения моей книги, вы хлопнете себя по лбу и, глядя на сайт с документацией, скажете «как же я мог этого не понимать, это же так просто». Зачем нужен Backbone.js И так. Зачем же все-таки нужно использовать фреймворки подобные Backbone.js? Наверняка вы сталкивались с кодом, который напоминает миску со спатетти. Большое количество вложенных if конструкций, функции хаотично разбросанные по всему коду, и вызываемые отовсюду, или же такая куча функций, вложенных друг в друга, что, когда доберешься до последней, забываешь что собственно делали все предыдущие, и зачем вообще было надо заглядывать в первую. |
| 6 | Да, это настоящий кошмар разработчика. Вообще разбираться в чужом коде бывает не просто только потому, что он чужой, а вовсе не обязательно, потому что это спагетти-код. А если он такой, как описано выше, то легче застрелиться переписать все с нуля, чем править подобный код. Ведь текущая правка наверняка будет не единственной, а значит этот кошмар не закончится, а будет вас преследовать постоянно. |
| 7 | Однако, это довольно маргинальный случай. Рассмотрим более реалистичный сценарий. Вы пишете свой собственный код, вам не дышит менеджер в затылок, вы применяете ООП, грамотно выделяя сущности в классы, тщательно выбираете имена переменным и функциям и используете систему собственных событий для связи классов между собой. Значит ли это, что Backbone окажется для вас лишним? Не станет ли он просто дополнительной бесполезной нагрузкой или, что еще хуже, не будет ли он мешать? |
| 8 | Вовсе нет. Даже в такой, казалось бы близкой к идеальной, ситуации вам как разработчику придется решать много однотипных вопросов. Какой тип данных использовать для доступа к серверу через Ajax? Сразу тянуть готовый HTML или взять JSON, а уже на стороне клиента самому генерировать HTML? Как организовать код для генерации HTML и вставки его в DOM? По-быстрому добавить строчку jQuery прямо в функции с логикой или же выделить его в отдельную функцию render? |
| 9 | А может создать для этого целый отдельный класс Render? А если нам необходимо отображать информацию по-разному в зависимости от абстоятельств, то нам надо их все учитывать прямо в функции render/классе Render или же в каждом случае создавать отдельные функции/классы, отвечающие за отображение? Как осуществлять связь между классами? Экземпляры классов будут создавать собственные события, а «слушающие» их будут на них реагировать, или же лучше напрямую обращаться к методам класса? |
| 10 | И это не полный перечень подобных вопросов. Вы можете сказать, что ответы на эти вопросы будут разными в зависимости от абстоятельств, от того куда будет код двигаться дальше. Нужно выбирать минимально сложное решение, чтобы оно было достаточным в конкретной ситуации, дабы не плодить лишних сущностей. Если нам важно просто вставить HTML в страницу и не нужно будет в дальнейшем эти данные как-то использовать, то наверное проще вытянуть с сервера готовый HTML, а тянуть JSON и генерировать HTML с помощью шаблона будет перебором. |
| … |
Комментарии