blogこの広告は、90日以上更新していないブログに表示しています。2014個人的には最近Ampersand.jsが気に入ってます。リポジトリ構成フロントエンドのリソースはサーバー側のフレームワークのassetsやstaticといったディレクトリで管理される事が多いですが、フロントエンドが肥大化した今、リソースが混在することでコミットやPRがどちらのものなのかわかりにくい問題が起きた時に切り分けがしにくいといった難点があります。サーバー側はAPIのみを提供してフロント側はシングルページのように疎結合な構成になっている場合、ネイティブアプリがそうであるようにリポジトリを分けて完全に別管理にしてしまうというのも一つの手です。その場合ローカル開発はGrunt.jsかgulp.jsで別ポートにサーバー立ち上げるなどすると良いでしょう。各モジュールを一つのグローバル変数にぶら下げてconcat等でまとめる方法は、規模が大きくなってくると連結の設定やモジュール間の依存解決が煩雑になりがちです。components等を使用してCommonJSのモジュールシステムを使う事をおすすめします。BEMなどのパラダイムを取り入れ、初期設計をしっかり行っておく事が重要になります。気をつけたいのはこれらはあくまで設計のルールであってフレームワークではないので、チーム開発で運用していくにはスタイルガイドなどを用意しておくと良いでしょう。Kindle版この商品を含むブログを見るCSS設計に関してはこの本が非常におすすめです。今見たらKindle版がセールで60%OFFの¥950になってました。デプロイフローSPAなどAjaxを多用するアプリケーションのデプロイを稼働中に行う場合は注意が必要です。クライアントのリソースが更新されないため、API側の仕様変更があると不整合が、起きたり静的ファイルのバージョンにズレが生じてあるファイルだけ古い、といった事態を引き起こす可能性があります。これを防ぐためには、例えばデプロイはバージョンごとに/v1,/v2といったディレクトリを切るAPIのレスポンスにクライアントのversionを追加クライアント側では通信毎にversionをチェッククライアント側で保持しているversionとdiffがあれば適当なタイミング(ルーティングの切り替え時だと自然)でリロードをかけるといった具合に、アプリケーションに合わせたリソース更新の仕組みを用意しておく必要があります。流れの速い(その分、廃れるのも早い)フロントエンドのパラダイムにうまく乗り切るためには、構成要素のモジュラビリティを高めておいた方が良さそう、という話でした。月別アーカイブリンクgithubQiitaはてなブログをはじめよう!t930さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。