Блог

Я пришел к следующему коду в одном из моих базовых классов, который отлично работает (см. Комментарий):

 private static Dictionary<string, TItem> _cache;

protected Dictionary<string, TItem> Cache
{
    get
    {
        if (_cache == null)
        {
            // Instead of FillCacheAsync().Wait(); I now do the following:
            var reset = new AutoResetEvent(false);
            Task.Run(
                async () =>
                {
                    await FillCacheAsync();
                    reset.Set();
                });
            reset.WaitOne();
        }
        return _cache;
    }
}

private async Task FillCacheAsync()
{            
    _cache = new Dictionary<string, TItem>();
     await InternalCacheFillAsync();            
}

// This is not part of the question.
protected abstract Task InternalCacheFillAsync();
  

Является ли это хорошим решением проблемы, из-за которой отложенное свойство не может быть помечено как async ? Здесь у меня были огромные проблемы даже с использованием ConfigureAwait(false) на месте.

Стивен Клири освещает именно эту тему свойств async в своем блоге.

Он предлагает простой способ удовлетворить вашу потребность в свойстве cached value, которое будет кэшироваться асинхронным способом с использованием AsyncLazy<T> его библиотеки AsyncEx, это избавит вас от необходимости использовать AutoResetEvent и упростит ваш код.

Простой пример вашего класса с кэшированным свойством:

 public class SomeClass
{
    static SomeClass()
    { 
        Cache = new AsyncLazy<Dictionary<string, TItem>>(GetCacheAsync);
    }

    public static AsyncLazy<Dictionary<string, TItem>> Cache { get; }

    private static Task<Dictionary<string, TItem>> GetCacheAsync()
    {
        ....
    }
}. 
  

И доступ к значению кэшированного свойства:

 Dictionary<string, TItem> value = await SomeClass.Cache;