After adding System.Runtime.Caching assembly as the reference in your project, we can cache the data retrieved by a web services:
using System.Runtime.Caching; class CrmHelper{ static ObjectCache cache = MemoryCache.Default; //... string key = string.Format("{0}/{1}", "account", "address1_addresstypecode"); MetadataService service = new MetadataService(); service.Credentials = CredentialCache.DefaultCredentials; Option[] options = null; if (cache.Contains(key)){ options = (Option[])cache[key]; else { var picklist = (PicklistAttributeMetadata) service.RetrieveAttributeMetadata( "account", "address1_addresstypecode"); options = picklist.Options; cache.Set(key, options, new CacheItemPolicy { AbsoluteExpiration = DateTimeOffset.Now.AddMinutes(2) }); } //... }
if (cache.Contains(key)) ... cache.Set(key, data)
is going to be a repeating pattern. We could write an extension method to wrap it up:public static class Extensions { public static T Get<T>(this ObjectCache cache, string key, Func<T> retrieveFunction) { if (cache.Contains(key)) { return (T)cache[key]; } else { var result = retrieveFunction(); cache.Set(key, result, new CacheItemPolicy { AbsoluteExpiration = DateTimeOffset.Now.AddMinutes(2) }); return result; } } }The previous code is now cleaned up like this:
using System.Runtime.Caching; class CrmHelper{ static ObjectCache cache = MemoryCache.Default; //... string key = string.Format("{0}/{1}", "account", "address1_addresstypecode"); MetadataService service = new MetadataService(); service.Credentials = CredentialCache.DefaultCredentials; Option[] options = cache.Get(key, () => { var picklist = (PicklistAttributeMetadata) service.RetrieveAttributeMetadata( "account", "address1_addresstypecode"); return picklist.Options; }); //... }It is worth to note that the Cache Application Block from Enterprise Library is deprecating (http://msdn.microsoft.com/en-us/library/ff664753(v=PandP.50).aspx):
Caching Application Block functionality is built into .NET Framework 4.0; therefore the Enterprise Library Caching Application Block will be deprecated in releases after 5.0. You should consider using the .NET 4.0 System.Runtime.Caching classes instead of the Caching Application Block in future development.If you only want a quick memory cache, the new caching API might already fit your needs. However, Enterprise Library provides some other implementations of caching (e.g. database, file, etc). If you want something more fancy, Enterprise Library could be an alternative.
Refereces:
1 comment:
Nice work. However, there are few things you should show in your example.
1) (Object not there) Your sample is not thread-safe. For example, if T1 where to call the cache with the same key and the object is not there, T1 will add to the cache. However, T2 at the same time will also detect that the object is not there and it too will try to add the object to the cache. The whole point of caching an object is to hold data that is expensive to construct (i.e. database objects, webservice, etc) that doesn't change very often.
2) (Object there but gets expired prior to using the object) Another point that you should consider is. If T1 obtains the object from the Cache but right after, the cache expires and calls the CachePolicy.RemovedCallback method, which in turn disposes the expired cache object. T1 is now about to use an object that is disposed. This is a tricky one but you can use a design pattern called DelayDisposed. This pattern basically means that the object will be diposed but in until a time window as expired (i.e 5 minutes or less).
One thing to note for people use cached items. Do not hold until the cache longer than need it. In other words, don't assign a cache object to a class property.
codematrix
Post a Comment