require.js 環境で mocha + expect + testem を使った JavaScript テスト - naoyaのはてなダイアリー
先日書いた自分用アプリケーションのひな形 http://d.hatena.ne.jp/naoya/20130503/1367581629 http://d.hatena.ne.jp/naoya/20130504/1367640512 これに、JavaScript のテスト環境も追加したい。 結論からいくと、フレームワークには mocha + expect、ランナーは testem を使うことにした。ついでにテストダブルライブラリとして Sinon.js も有効にした。 ちなみに今回の文脈は End to End のテストではなくてユニットテスト周りのおはなしです。 mocha + expect JavaScript のこの辺のテスト周りは今もいろいろなツールの整備が進んでいて、今回採用した以外にも Jasmin や QUnit そのほか色んな物がある。昨今の状況に関しては 先日の HTML
Require.jsを使ってJavaScriptを管理する - Playground of ours
RequireJS http://requirejs.org/ JavaScriptのライブラリやモジュールが増えてくると、読み込む順番を管理する必要が出てくる。 . ├── module1.js ├── module2.js ├── module3.js ├── lib │   ├── json2.js │   ├── pure.js │   ├── raphael-min.js │   └── underscore.js └── utils ├── styleUtils.js └── stringUtils.jsこの様な状態だと、自前のモジュールをロードする前に その中で使っているユーティリティ系のライブラリをロードしておく必要があり、さらにその中で使っている、外部ライブラリのロードを先にしておく必要があり
JS の読込み順を征する者は なんか色々征する！ with CoffeeScript - glasses factory
CoffeeScript JavaScript require.js nikki Tweet JS の読込み順を征する者は なんか色々征する！ with CoffeeScript ガツガツした JavaScript 案件をこなしていると、必ず直面するのが JavaSscript の読み込み順問題。 再利用性への考慮だったり、不必要なコードを読まないようにとモジュールを細分化した場合、 どうしてもその分 HTTP リクエストの回数が増えてしまいます。 ブラウザは読める物から読んでいくので、jQuery に依存しているのに先に読まれて jQuery がないと怒られるだとか、そういった経験は皆さんも一度はあるのではないでしょうか。 特に IE6 や IE7 などで、しょっちゅうそういった自体に遭遇するかと。 そのあたりをいい感じに解決するのが今回紹介する require.js です。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
