BundleCollectionにMVC4のキャッシュされたスクリプトバンドルを強制的にフラッシュする方法

...または、心配するのをやめて、Microsoftの完全に文書化されていないAPIに対してコードを書くことをどのように学んだか。公式System.Web.Optimizationリリースの実際のドキュメントはありますか？'cuz確かに何も見つかりません、XMLドキュメントはありません、そしてすべてのブログ投稿は実質的に異なるRCAPIを参照しています。Anyhoo ..

私はjavascriptの依存関係を自動的に解決するコードをいくつか書いていて、それらの依存関係からその場でバンドルを作成しています。アプリケーションを再起動せずにスクリプトを編集したり、バンドルに影響する変更を加えたりした場合を除いて、すべてがうまく機能します。変更は反映されません。そこで、開発で使用するために依存関係のキャッシュを無効にするオプションを追加しました。

ただし、バンドルコレクションが変更された場合でも、明らかBundleTablesにURLをキャッシュします。たとえば、自分のコードでバンドルを再作成する場合は、次のようにします。

// remove an existing bundle
BundleTable.Bundles.Remove(BundleTable.Bundles.GetBundleFor(bundleAlias));

// recreate it.
var bundle = new ScriptBundle(bundleAlias);

// dependencies is a collection of objects representing scripts, 
// this creates a new bundle from that list. 

foreach (var item in dependencies)
{
    bundle.Include(item.Path);
}

// add the new bundle to the collection

BundleTable.Bundles.Add(bundle);

// bundleAlias is the same alias used previously to create the bundle,
// like "~/mybundle1" 

var bundleUrl = BundleTable.Bundles.ResolveBundleUrl(bundleAlias);

// returns something like "/mybundle1?v=hzBkDmqVAC8R_Nme4OYZ5qoq5fLBIhAGguKa28lYLfQ1"

同じエイリアスでバンドルを削除して再作成しても、まったく何も起こりません。bundleUrl返されるのResolveBundleUrlは、バンドルを削除して再作成する前と同じです。「同じ」とは、バンドルの新しいコンテンツを反映するためにコンテンツハッシュが変更されていないことを意味します。

編集...実際には、それよりもはるかに悪いです。バンドル自体は何とか外のキャッシュされるBundlesコレクション。ブラウザがスクリプトをキャッシュしないように独自のランダムハッシュを生成するだけの場合、ASP.NETは古いスクリプトを返します。したがって、どうやら、からバンドルを削除BundleTable.Bundlesしても実際には何も起こりません。

この問題を回避するためにエイリアスを変更するだけで済みます。これは開発には問題ありませんが、ページの読み込みごとにエイリアスを非推奨にするか、BundleCollectionのサイズが大きくなるため、このアイデアは好きではありません。すべてのページが読み込まれます。これを実稼働環境でオンのままにすると、災害になります。

したがって、スクリプトが提供されると、実際のBundleTables.Bundlesオブジェクトとは関係なくキャッシュされるようです。したがって、URLを再利用する場合、参照するバンドルを削除してから再利用しても、そのURLはキャッシュ内にあるもので応答し、Bundlesオブジェクトを変更してもキャッシュはフラッシュされません。つまり、新しいアイテム（またはむしろ、別の名前の新しいアイテムが使用されることはありません。

動作は奇妙に思えます...コレクションから何かを削除すると、キャッシュから削除されるはずです。しかし、そうではありません。このキャッシュをフラッシュしBundleCollection、そのバンドルが最初にアクセスされたときにキャッシュされたものではなく、現在のコンテンツを使用する方法が必要です。

私がこれをどのように行うかについて何か考えはありますか？

ResetAll目的がわからないこの方法がありますが、とにかく物事を壊すだけなので、そうではありません。

ドキュメントに苦労しているとのことですが、残念ながらこの機能はまだ非常に速く変化しており、ドキュメントの生成には多少の遅れがあり、ほとんどすぐに古くなる可能性があります。 リックのブログ投稿は最新のものであり、その間に現在の情報を広めるために、ここでも質問に答えようとしました。現在、公式のcodeplexサイトをセットアップ中です。このサイトには、常に最新のドキュメントがあります。

次に、バンドルをキャッシュからフラッシュする方法に関する特定の問題について説明します。

1. 要求されたバンドルURLから生成されたキーを使用して、バンドルされた応答をASP.NETキャッシュ内に格納しContext.Cache["System.Web.Optimization.Bundle:~/bundles/jquery"]ます。つまり、このバンドルの生成に使用されたすべてのファイルとディレクトリに対するキャッシュの依存関係も設定します。したがって、基になるファイルまたはディレクトリのいずれかが変更されると、キャッシュエントリがフラッシュされます。

2. リクエストごとのBundleTable / BundleCollectionのライブ更新は実際にはサポートされていません。完全にサポートされているシナリオは、アプリの起動時にバンドルが構成されていることです（これにより、Webファームのシナリオですべてが正しく機能します。そうしないと、間違ったサーバーに送信された場合、一部のバンドル要求が404になります）。コード例を見ると、特定のリクエストでバンドルコレクションを動的に変更しようとしていると思いますか？すべてが正しくセットアップされていることを保証するために、あらゆる種類のバンドル管理/再構成には、appdomainのリセットを伴う必要があります。

したがって、アプリドメインをリサイクルせずにバンドル定義を変更することは避けてください。バンドル内の実際のファイルは自由に変更できます。これらのファイルは自動的に検出され、バンドルURLの新しいハッシュコードが生成されます。

同様の問題があります。
私のクラスでBundleConfigは、を使用した場合の効果を確認しようとしていましたBundleTable.EnableOptimizations = true。

public class BundleConfig
{
    public static void RegisterBundles(BundleCollection bundles)
    {
        BundleTable.EnableOptimizations = true;

        bundles.Add(...);
    }
}

すべてが正常に機能していました。
ある時点で、デバッグを行っていて、プロパティをfalseに設定していました。
jqueryのバンドル（最初のバンドル）が解決およびロードされないように見えたため、何が起こっているのか理解するのに苦労しました（/bundles/jquery?v=）。

いくつかの宣誓の後、私は思う（？！）私は物事を整理することができました。追加bundles.Clear()してみてbundles.ResetAll()、登録の開始時に、物事が再び機能し始めるはずです。

public class BundleConfig
{
    public static void RegisterBundles(BundleCollection bundles)
    {
        bundles.Clear();
        bundles.ResetAll();

        BundleTable.EnableOptimizations = false;

        bundles.Add(...);
    }
}

EnableOptimizationsプロパティを変更した場合にのみ、これら2つのメソッドを実行する必要があることに気付きました。

更新：

掘り深い私はことを発見したBundleTable.Bundles.ResolveBundleUrlと@Scripts.Urlのバンドルパスを解決するために問題を持っているように見えます。

簡単にするために、いくつかの画像を追加しました。

最適化をオフにして、いくつかのスクリプトをバンドルしました。

同じバンドルが本体に含まれています。

@Scripts.Url バンドルの「最適化された」パスを教えてくれます @Scripts.Render適切な生成します。
同じことがBundleTable.Bundles.ResolveBundleUrl。でも起こります。

Visual Studio 2010 + MVC 4 + Framework .Net4.0を使用しています。

Webファームのシナリオのためにこれを行わないというHaoKungの推奨事項を念頭に置いて、これを実行したいシナリオはたくさんあると思います。解決策は次のとおりです。

BundleTable.Bundles.ResetAll(); //or something more specific if neccesary
var bundle = new Bundle("~/bundles/your-bundle-virtual-path");
//add your includes here or load them in from a config file

//this is where the magic happens
var context = new BundleContext(new HttpContextWrapper(HttpContext.Current), BundleTable.Bundles, bundle.Path);
bundle.UpdateCache(context, bundle.GenerateBundleResponse(context));

BundleTable.Bundles.Add(bundle);

上記のコードはいつでも呼び出すことができ、バンドルが更新されます。これは、EnableOptimizationsがtrueまたはfalseの場合の両方で機能します。つまり、デバッグシナリオまたはライブシナリオで正しいマークアップがスローされます。

@Scripts.Render("~/bundles/your-bundle-virtual-path")

また、再構築せずにバンドルを更新する際に問題が発生しました。理解しておくべき重要なことは次のとおりです。

• ファイルパスが変更されても、バンドルは更新されません。
• バンドルの仮想パスが変更された場合、バンドルは更新されます。
• ディスク上のファイルが変更された場合、バンドルは更新されます。

したがって、動的バンドルを実行している場合は、バンドルの仮想パスがファイルパスに基づくようにするコードを記述できます。ファイルパスをハッシュし、そのハッシュをバンドルの仮想パスの最後に追加することをお勧めします。このように、ファイルパスが変更されると、仮想パスも変更され、バンドルが更新されます。

これが私が問題を解決したコードです：

    public static IHtmlString RenderStyleBundle(string bundlePath, string[] filePaths)
    {
        // Add a hash of the files onto the path to ensure that the filepaths have not changed.
        bundlePath = string.Format("{0}{1}", bundlePath, GetBundleHashForFiles(filePaths));

        var bundleIsRegistered = BundleTable
            .Bundles
            .GetRegisteredBundles()
            .Where(bundle => bundle.Path == bundlePath)
            .Any();

        if(!bundleIsRegistered)
        {
            var bundle = new StyleBundle(bundlePath);
            bundle.Include(filePaths);
            BundleTable.Bundles.Add(bundle);
        }

        return Styles.Render(bundlePath);
    }

    static string GetBundleHashForFiles(IEnumerable<string> filePaths)
    {
        // Create a unique hash for this set of files
        var aggregatedPaths = filePaths.Aggregate((pathString, next) => pathString + next);
        var Md5 = MD5.Create();
        var encodedPaths = Encoding.UTF8.GetBytes(aggregatedPaths);
        var hash = Md5.ComputeHash(encodedPaths);
        var bundlePath = hash.Aggregate(string.Empty, (hashString, next) => string.Format("{0}{1:x2}", hashString, next));
        return bundlePath;
    }

（StyleBundleまたはScriptBundle）から派生し、コンストラクターにインクルードを追加せずにオーバーライドしてみましたか？

public override IEnumerable<System.IO.FileInfo> EnumerateFiles(BundleContext context)

私はこれを動的スタイルシートに対して行い、EnumerateFilesはリクエストごとに呼び出されます。それはおそらく最高の解決策ではありませんが、機能します。

デッドスレッドを復活させて申し訳ありませんが、Umbracoサイトでバンドルキャッシングで同様の問題が発生しました。ユーザーがバックエンドできれいなバージョンを変更したときに、スタイルシート/スクリプトを自動的に縮小したいと思いました。

私がすでに持っていたコードは（スタイルシートのonSavedメソッドに）ありました：

 BundleTable.Bundles.Add(new StyleBundle("~/bundles/styles.min.css").Include(
                           "~/css/main.css"
                        ));

および（onApplicationStarted）：

BundleTable.EnableOptimizations = true;

何を試しても、「〜/ bundles /styles.min.css」ファイルは変更されていないようです。私のページの先頭で、私はもともと次のようにスタイルシートにロードしていました：

<link rel="stylesheet" href="~/bundles/styles.min.css" />

ただし、これを次のように変更することで機能するようになりました。

@Styles.Render("~/bundles/styles.min.css")

Styles.Renderメソッドは、ファイル名の最後にクエリ文字列を取り込みます。これは、上記のHaoで説明されているキャッシュキーであると推測しています。

私にとって、それはそれと同じくらい簡単でした。これが何時間もこれをグーグルしていて、数年前の投稿しか見つけられなかった私のような他の誰かに役立つことを願っています！