React.js を利用したときのデザイナー協業について考えてみる - アカベコマイリ
React.js を利用したときのデザイナー協業について考えてみる。この間、Twitter でこのような意見をいただいた。 https://twitter.com/riatw/status/578205633381531648 JavaScript フレームワークで AngularJS や vue.js、Ractive.js のように UI の定義が HTML 的なテンプレートだと Web デザイナーにとって抵抗感が少なく協業しやすいのかもしれない。独自の属性や繰り返しなどのテンプレート記法があったとても HTML (厳密にはテンプレートだが話を簡単にするため以降、こう呼ぶ) → JavaScript という主従関係が重要なのだろうか。 React.js はテンプレートとロジックを JSX ファイル内へコンポーネントとして一緒に定義する。つまり主従は JavaScript → HTML に
Ajaxを劇的に簡単にするReact.js
ここ数年、Javascript界隈でフレームワーク戦争が勃発してきました。クライアント開発の規模も年々大きくなり、jQueryだけでは複雑な画面遷移などを管理しきれなくなってきたのが原因だと思います。 私も昨年までAngularとbackboneを試しましたが、サーバサイドをMVCにしているのに、クライアントでもMVCを作るMVCの2階建ては、やり過ぎなのではないかと思っていました。フレームワークそのもの覚えるまでにも一苦労というのも面倒に感じました。 2014年、海外でブームに火が付いたReact.js そんな中、2014年の後半からFacebook発のReact.jsの採用事例が聞こえてくるようになりました。AirBnBや米Yahoo! Mailなど大手がReact.jsを積極的に採用し出したので気になり、年末年始を使って色々調べてみることにしました。 Rails以来の衝撃 色々試して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
