Webpackと外部のJavaScriptを連携する
Webpackを使えばCommonJSに準拠した形でJavaScriptどうしの依存関係を構築していけますが、状況によってはWebpack外との連携を取っていく必要が出てきます。 Webpack管理外のライブラリを使う プロジェクトを作った後からWebpackを導入したなどで、Webpack管理下のコードから、外部にあるライブラリを呼び出す必要があるかもしれません。 また、jQueryなどの著名なライブラリの場合、「そちらはWebpackのバンドルに含めず、既存のパブリックCDNを使いたい」というような状況も、発生するものです。 このような場合、いちおう「グローバルにあるjQueryをそのまま使う」という選択肢も、ないわけではありません。ただ、それをやると、依存関係がはっきりしなくなって、Webpackの魅力が半減してしまいます。また、Node経由で入れるライブラリなどでは、きちんとreq
『RequireJS等はもう古い。WebPackとは？』
1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。 アメーバ事業本部 クロスイノベーション室のグンタ（@gunta85）と申します。 今回はフロントエンド開発用の、 ありとあらゆる依存関係を簡単に解決してくれる、 WebPackというスグレモノをご紹介します。 導入経緯大きなアプリを開発するにあたり、依存関係を解決してくれるものを探していました。 その中で、RequireJSやBrowserify、Componentなども候補に挙がりましたが、 諸々の理由でWebPackを選びました。 特徴の違いについては「WebPack vs Browserify」等で検索してみると良いかと思います
JavaScriptのモジュール管理(CommonJSとかAMDとかBrowserifyとかwebpack) | tsuchikazu blog
昨年のAdvent Calendarを眺めたり、JS周りの記事を見ていると、RequireJSとか、CommonJSとか、AMD、Browserify、webpackあたりが、同じような文脈で登場するんですが、それぞれ何を指しているのかよくわからなかったため、今更ながらまとめてみます。 前提 小規模にしかJavaScriptを使っていないWebサイトでは、jQueryを使ってDomイベントで色んな処理をして、Domに反映させる。というような処理が、ごちゃっとまとめて書くことが多いかと思います。ごちゃっととは、特にDomにしか情報を保持していない状態を指していて、イメージとしてはこのようなコードです。 $(function() { # イベントハンドラ $("#btn").on("click", function(){ $.ajax({ url: "api/resources", dataT
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
