Building Backbone apps using Flux
tl;dr — A thin wrapper around Backbone Model and Collection to force uni-directional data flow for Flux architecture. github.com/vidoss/flux-backbone Ever since I learned about Facebook Flux, I was intrigued. The problem it is trying to solve resonated well with me. But most of the apps I work on day-to-day basis are Backbone apps. Since Flux is more of a pattern than a framework I ventured into c
Backbone UI
Overview Backbone UI provides a simple way to represent your Backbone Models and Collections as UI components. The need to shuffle data in and out of your UI is replaced with simple data binding techniques. All components are skinnable with CSS, and will render consistently accross browsers. The source is hosted on github with an MIT license. Philosophy This framework is written to embrace the DOM
Custom Builds in Lo-Dash 2.0 - Kit Cambridge
Since its stable release nearly seven months ago, Lo-Dash has continuously emphasized the themes of consistency, customization, and performance. It has grown beyond its beginnings as a fork of the Underscore library into an extensible utility belt. Today, we’d like to cover some of the changes to custom builds in Lo-Dash 2.0. Along with a variety of packaged builds, Lo-Dash includes a command-line
Ryan Tablada
Clarification This article has been edited to reflect time spent with each framework and a few other relevant facts I have finally made the plunge to really dig into Ember.js. But, if you are familiar with the vast landscape of Javascript frameworks, you may wonder why I chose Ember.js. This isn't a light decision and Ember.js is thought to have quite a steep learning curve. However, I think that
Backbone Patterns
Backbone Patterns Building apps with Backbone.js Here, I try to document the good practices that our team has learned along the way building Backbone applications. This document assumes that you already have some knowledge of Backbone.js, jQuery, and of course, JavaScript itself. Table of contents Model patterns Bootstrapping data View patterns Inline templates JST templates Partials Animation buf
Angular.jsとBackbone.jsのDOM依存を図解する - ジンジャー研究室
果敢にもMVCフレームワークの図解を試みたので、どうぞ！ MVCの動機 MVCという言葉が初めて登場してから30年以上たった今、最早なんだったのか分からないほどMVCの定義は混迷をきたしているわけだが、どれがMVCでMVVMでMVPであるという定義についてあれこれ考察するのは個人的には好きでなくて、「結局何がしたいのか」という動機がぶれていなければ何でも良いと思っている。 じゃあそれは一体何なのかということを自分なりに考えてみたところ、次の一言に落ち着いた。 「ModelはViewに依存したくない」 世間的には（？）ModelとViewを単に「分ける」と説明されることが多いが、私はそれだけでは納得していなくて、依存の方向こそが重要だと思っている。たとえ分かれているように見えてもModelがViewを参照していたら、情報の取得先や表現方法は固定化されてしまう。 ModelはViewの事情から
気になるBackbone.jsのプラグインとTips | Scimpr Blog
backbone.marionettegithub.com/marionettejs/backbone.marionette Backboneで使える細かい部品をコンポーネント化して再利用可能にするコンセプトかな オライリー本でも説明が１章あったので後で見てみる addyosmani.github.com/backbone-fundamentals/#backbone.marionette 典型的なrenderとかは書かなくても書いてあるのでコードを書く量を減らせるゾンビViewといわれるメモリ管理の問題をRegionという概念でうまく処理するLayoutというUIを定義するViewを組み合わせることで可読性が高くなるCompositeViewで部品化ここで指摘されてたのは多分こんな感じ 似たようなコードをたくさん生産するような場合は生産性があがるのかも グダグダですけど、13分くらいから
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
