birincil faydaları, sunucu tarafında bir tepki istemci tarafında UI ve ölçeklenebilirlik vardır. Ünite testleri için, biraz ölçeklenebilirlik elde edersiniz (ünite testleri doğa tarafından patlatıldığı için genel hız faydaları anlamına gelir).
Ancak bu büyük bir fayda değil. Testleriniz (muhtemelen) biraz daha hızlı çalışır.
Genellikle bu nedenlerden dolayı async Task
birim test yöntemleri kullanın:
- sonra klasik kilitlenme soruna neden olabilir engelleme, bir bağlam içinde kod test ediyorsanız. Bazı çerçevelerin (ör. XUnit) her zaman varsayılan olarak bir bağlam sağladığını unutmayın. Diğer çerçeveler için bile, ViewModels birim testine bir bağlam sağlamak genellikle gereklidir.
await
, AggregateException
numaralı belgede istisnalar sarmaz.
- (Teoride) birim testlerinizin daha hızlı çalışmasına izin veren bir ölçeklenebilirlik avantajı elde edersiniz. Çerçevenizin, testlerinizi paralel olarak çalıştırdığını varsayarsak.
- Neden değil? Eşzamanlı yöntemler kadar kolaylar.
async Task
birim test yöntemleri, 2012'den beri her ana ünite test çerçevesi tarafından desteklenmiştir.
Bir otomatik test paketi için ana iş parçacığının paralel olarak daha fazla birim testi yürütmesi serbest olması, bunun bir avantaj gibi görünmesini sağlar. eşzamanlı bir çağrıda engelleniyor –