Async CTP/रिलीज़ से "स्विचटो" क्यों हटाया गया था?

Question

मैंने GUI थ्रेड पर स्विच करने के लिए आज स्विचटो विधि का उपयोग करने का प्रयास किया, और पाया कि जिस उदाहरण से मैंने इसे उठाया है वह काम नहीं करता है, क्योंकि बस विधि नहीं है।

कारण है कि हम यह से छुटकारा मिला था, क्योंकि यह इतना खतरनाक था:

मैं तो इस blurb here पाया। वैकल्पिक TaskEx.Run के अंदर अपना कोड ऊपर बंडल है ...

मेरा प्रश्न केवल यह है: क्यों यह खतरनाक था? इसका उपयोग किस विशिष्ट खतरे का कारण होगा?

ध्यान दें कि ने उस पोस्ट को बाकी पढ़ा, इसलिए मुझे समझ में आता है कि यहां तकनीकी सीमाएं हैं। मेरा सवाल अभी भी है, अगर मुझे इस बारे में पता है, तो यह खतरनाक क्यों है?

मैं मुझे निर्दिष्ट कार्यक्षमता देने के लिए सहायक तरीकों को पुन: कार्यान्वित करने पर विचार कर रहा हूं, लेकिन अगर मूलभूत रूप से टूटा हुआ कुछ है, तो किसी ने फैसला किया कि यह खतरनाक था, मैं ऐसा नहीं करता।

public static class ContextSwitcher 
{ 
    public static ThreadPoolContextSwitcher SwitchToThreadPool() 
    { 
     return new ThreadPoolContextSwitcher(); 
    } 

    public static SynchronizationContextSwitcher SwitchTo(this SynchronizationContext synchronizationContext) 
    { 
     return new SynchronizationContextSwitcher(synchronizationContext); 
    } 
} 

public class SynchronizationContextSwitcher : INotifyCompletion 
{ 
    private readonly SynchronizationContext _SynchronizationContext; 

    public SynchronizationContextSwitcher(SynchronizationContext synchronizationContext) 
    { 
     _SynchronizationContext = synchronizationContext; 
    } 

    public SynchronizationContextSwitcher GetAwaiter() 
    { 
     return this; 
    } 

    public bool IsCompleted 
    { 
     get 
     { 
      return false; 
     } 
    } 

    public void OnCompleted(Action action) 
    { 
     _SynchronizationContext.Post(_ => action(), null); 
    } 

    public void GetResult() 
    { 
    } 
} 

public class ThreadPoolContextSwitcher : INotifyCompletion 
{ 
    public ThreadPoolContextSwitcher GetAwaiter() 
    { 
     return this; 
    } 

    public bool IsCompleted 
    { 
     get 
     { 
      return false; 
     } 
    } 

    public void OnCompleted(Action action) 
    { 
     ThreadPool.QueueUserWorkItem(_ => action(), null); 
    } 

    public void GetResult() 
    { 
    } 
} 

यह मैं इस तरह कोड लिखने की अनुमति होगी:

public async void Test() 
{ 
    await ContextSwitcher.SwitchToThreadPool(); // ensure we're not bogging down the UI thread 
    // do some heavy processing 
    await _UIContext.SwitchTo(); // presumably saved from the main thread 
    // update UI with new data 
} 

Answer 1

स्टीफन Toub पर कुछ और जानकारी है

विशेष रूप से, बहुत भोलेपन से, यहाँ मैं कैसे आवश्यक तरीकों को लागू करने पर विचार करेगा है this thread में तर्क।

संक्षेप में, यह दो कारणों के लिए एक अच्छा विचार नहीं है:

1. यह असंरचित कोड बढ़ावा देता है। यदि आपके पास "भारी प्रसंस्करण" है जो आपको करने की ज़रूरत है, तो इसे Task.Run में रखा जाना चाहिए। इससे भी बेहतर, अपने यूआई तर्क से अपने व्यापार तर्क को अलग करें।
2. त्रुटि प्रबंधन और (कुछ) निरंतरता अज्ञात संदर्भ में चलती है। catch/finallyTest में ब्लॉक थ्रेड पूल या UI संदर्भ में चलने को संभालने की आवश्यकता होगी (और यदि वे थ्रेड पूल संदर्भ में चल रहे हैं, तो वे UI संदर्भ पर कूदने के लिए SwitchTo का उपयोग नहीं कर सकते हैं)। इसके अलावा, जब तक कि आप await लौटे Task आप ठीक होना चाहिए (await निरंतरता संदर्भ यदि आवश्यक हो तो सही कर देंगे), लेकिन अगर आप स्पष्ट ContinueWith निरंतरता कि ExecuteSynchronously का उपयोग किया है, तो वे catch/finally ब्लॉकों के रूप में एक ही समस्या है ।

संक्षेप में, कोड SwitchTo के बिना क्लीनर और अधिक अनुमानित है।

Answer 2

कॉन्फ़िगरएवाट स्विचटो की तुलना में वास्तव में अधिक खतरनाक है। मानसिक संदर्भ को वर्तमान में ट्रैक करना और अंतिम स्विचटॉ कॉल ट्रैकिंग से कहीं अधिक कठिन नहीं है जहां एक चर को अंतिम रूप दिया गया था। दूसरी तरफ, कॉन्फ़िगरएवाइट संदर्भ को स्विच करता है अगर केवल कॉल ही असीमित रूप से चलाया जाता है। यदि कार्य पहले ही पूरा हो चुका है, तो संदर्भ संरक्षित है। इस पर आपका कोई नियंत्रण नहीं है।