私は、「すべてをキャッシュする」という考え方が普及している LAMP の世界から来ました。すべてがmemcacheに入れられます。
ASP.NET MVC と SQL Server を使用して新しいプロジェクトを開始しています。私はおそらく LINQ to SQL または Entity Framework を使用します。キャッシングに関して今すぐに行う必要がある設計上の決定はありますか? それとも、必要になった場合に Velocity を使い始めるのは簡単ですか? 明確にするために、私が話しているのは Microsoft の Velocity キャッシュであり、Apache Velocity テンプレート エンジンではありません。
C#、ASP.NET MVC、LINQ、IIS、SQL Server を学習し、VS に習熟することで私のプレートがいっぱいになるので、当面はキャッシュを無視できることを願っています。
Stephen Walther は、これを行う方法について素晴らしい記事を書いています。
選択された回答は、Velocity CTP1 に対するものです。最新のVelocity Programming Guideの MSDN リンクは次のとおりです。
設計上の決定に関するあなたの他の質問についてですが、Chad Moran のリポジトリ レイヤーに負担をかけるという提案は素晴らしいものです。次に、ここで説明されているものと同様の手法を使用して、linq キャッシングのサポートを追加することを検討します 。
ASP.NET キャッシュの代わりに Velocity を使用する実装を作成する必要があることは明らかですが、実際には、Velocity のようなものが必要であることを証明する統計がない限り、問題が発生するまで通常のキャッシュを使い続けることができます。 . Joel Spolsky が stackoverflow に関して行った講演のいくつかを聞くと、2 つのボックス (1 つは iis、もう 1 つは sql サーバー) が非常に大量に処理できることがわかります。
@dswatic: どうもありがとう。後で最小限の痛みでキャッシュを追加できるようです。ただし、そのサイトからの重要な警告は次のとおりです。
「オブジェクト リレーショナル デザイナーを使用して LINQ to SQL クラスを生成する場合、LINQ to SQL クラスはシリアル化できません。この問題を回避するために、LINQ to SQL クラスを手作業で作成しました。」
Velocity でキャッシュできるのはシリアライズ可能なオブジェクトだけです。
再度、感謝します。