कार्य। Factory.FromAsync और BeginX/EndX के बीच का अंतर?

Question

टीसीपी क्लाइंट से मानक BeginRead और EndRead विधियों का उपयोग करते समय और Task.Factory.FromAsync का उपयोग करते समय मेरे पास बहुत ही समान कोड है।

यहाँ कुछ उदाहरण .. त्रुटि निवारण कोड नहीं दिखाया है।

Task.Factory.FromAsync:

private void Read(State state) 
{ 
    Task<int> read = Task<int>.Factory.FromAsync(state.Stream.BeginRead, state.Stream.EndRead, state.Bytes, state.BytesRead, state.Bytes.Length - state.BytesRead, state, TaskCreationOptions.AttachedToParent); 

    read.ContinueWith(FinishRead); 
} 

private void FinishRead(Task<int> read) 
{ 
    State state = (State)read.AsyncState; 

    state.BytesRead += read.Result; 
} 

BeginRead और EndRead साथ कॉलबैक के मानक उपयोग:

private void Read(State state) 
{ 
    client.BeginRead(state.Bytes, state.BytesRead, state.Bytes.Length - state.Bytes.Read, FinishRead, state); 
} 

private void FinishRead(IAsyncResult async) 
{ 
    State state = (State)async.AsyncState; 

    state.BytesRead += state.Stream.EndRead(async); 
} 

इन दोनों अच्छा काम है, लेकिन मैं अपने मतभेदों के उत्सुक हूँ। दोनों के लिए कोड की रेखाएं काफी समकक्ष हैं और वे दोनों एक ही कार्य करने के लिए प्रतीत होते हैं और समान दक्षता रखते हैं। कौन सा बेहतर है? आप उत्पादन कोड में क्या देखेंगे?

Answer 1

मैं बहुत बल्कि Task<T> देखना होगा आधारित कोड:

• यह और अधिक आसानी से रचना के लिए प्रदान करता है; उदाहरण के लिए, एक विधि लिखना उचित रूप से आसान है जो Task<T> कार्यों का संग्रह लेता है और एक और कार्य देता है जो उन कार्यों के बहुमत के फैसले का प्रतिनिधित्व करता है। इसी तरह आप कार्यों का एक संग्रह में से किसी एक पूरा कर लिया है जब तक इंतजार कर सकते हैं आदि,
• यह जहां निरंतरता चलाया जाता है की अधिक लचीला समयबद्धन प्रदान करता है।
• यह काम ही प्रकार सुरक्षा और कुछ हद तक कमजोर IAsyncResultBeginRead द्वारा लौटाए प्रकार की तुलना में बहुत अधिक जानकारी के साथ वापस करने की अनुमति देता है।
• प्रारंभ/समाप्ति मॉडल का उपयोग करने से कार्यों के साथ त्रुटि प्रबंधन और रद्दीकरण निर्दिष्ट करना आसान है। मूल रूप से आधुनिक कोड पर चल रहे इस

का लाभ लेने के लिए कि क्या आपके codebase पहले से ही व्यापक रूप Task<T> का उपयोग करता है, यह ज्यादा आसान होगा -

Task<T> साथ async/इंतजार सी # 5 में बेहतर भाषा समर्थन मिल रहा है .NET 4, Task<T> एक चल रहे कार्य का प्रतिनिधित्व करने का मूर्ख तरीका है। यह पहले के प्रयासों की तुलना में काम करने के लिए एक बहुत समृद्ध वातावरण है, और अगर आपको मौका मिलता है तो मैं इसे गले लगा दूंगा। आप .NET 3.5 का उपयोग कर या उससे पहले कर रहे हैं जाहिर है अगर, जीवन थोड़ा मुश्किल है, लेकिन मैं यह सोचते हैं रहा है कि जैसा कि आप सवाल पूछ रहे हैं, Task<T> एक विकल्प है ...