2015-03-23 JavaScriptでのモジュールロード方式とパッケージ管理についての勉強メモ(2015-03時点) npm Node.js Browserify Bower RequireJS webpack CommonJS AMD 2015-03時点でJSのモジュールロードとかパッケージ管理について見てみると、CommonJSだとかAMDだとかBrowserifyとかwebpackとかbowerとか色々出てきて混乱したので、整理してみた勉強メモです。各プロダクト・仕様のできることや役割について、まだまだ誤解してる部分もあると思いますので、勉強中ということで割り引いてください。 簡単な歴史と経緯 ※細かい歴史とか時系列は無視してます、というか知らないで書いてます。あくまでも自分の頭のなかでの整理用。 require.jsがブラウザ上のアプリで頑張ってモジュールロードできるようにし
Dismiss Document your code Every project on GitHub comes with a version-controlled wiki to give your documentation the high level of care it deserves. It’s easy to create well-maintained, Markdown or rich text documentation alongside your code. Sign up for free See pricing for teams and enterprises JSのコード量が増えてきた際に、JSのファイルを管理しやすいようにモジュール毎に分割して管理することが推奨されています。 ただ、JS単体では別ファイルを読み込む機能（importsやrequire）を
npmでは先月よりjQueryコミュニティのサポートを開始しました。そのニュースを受けて前回の投稿『npmで公開されているjQueryプラグインを使う with Browserify & parcelify』では、Webアプリを開発する際に、npmで公開されているjQueryプラグインを使用する方法を紹介しました。いわばWebアプリ開発者向けの記事でした。今回はjQueryプラグインの作者向けの記事となります。実際に開発されているjQueryプラグインをnpmに公開する方法をご紹介します。 npmはじめに: jQueryプラグインの公開は「The jQuery Plugin Registry」から「npm」へjQueryのプラグイン登録ページ『The jQuery Plugin Registry』にアクセスすると、以下の記載があります。 We recommend moving to npm
どうやら最近色々やっていると、Titaniumのソースを書くときはシングルコンテキストがいいらしいという記事を見かけたので、ちょっと挑戦してみた。 ちなみにマルチコンテキストと言うのは、createWindowしたときにurl:’hoge.js’という形で外部のJSにWindowの設定などをすること。 var hoge = Ti.UI.createWindow({ title:'ウィンドウのタイトル', url:’hoge.js’//表示する内容のJS }); という感じ。 この時の弊害としてどうやらhoge.jsの中の変数やら関数やらにアクセスするときにグローバル変数を作って突っ込むとかそのグローバルな変数が上書きできないとかいろいろ弊害があるらしい。（そういう複雑な行ったり来たりとかいう動きをしなければこれでこれはこれで全く問題ないらしいけど） なので、CommonJSスタイルのシング
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
