एएसपी.नेट एमवीसी 2 AsyncController

Question

के साथ लागू लंबे समय तक चलने वाले कार्यों के लिए प्रगति पट्टी को कार्यान्वित करना एएसपी.नेट एमवीसी 2 में documentation on AsyncControllers पढ़ने के बाद, मुझे आश्चर्य है कि इस परिदृश्य में AJAX प्रगति पट्टी को लागू करने का सबसे अच्छा तरीका क्या है। ऐसा लगता है कि ट्यूटोरियल में यह बिल्कुल शामिल नहीं है।

मुझे लगता है कि एक AJAX प्रगति पट्टी को लागू करने के लिए अतिरिक्त कार्य विधि की आवश्यकता होती है जो वर्तमान कार्य की स्थिति देता है। हालांकि, मैं कार्यकर्ता धागे और उस क्रिया विधि के बीच कार्य की स्थिति पर जानकारी का आदान-प्रदान करने का सबसे अच्छा तरीका सुनिश्चित नहीं कर रहा हूं।

मेरा सबसे अच्छा विचार अब तक एक अद्वितीय आईडी के साथ सत्र शब्दकोश में इलाज की प्रगति पर जानकारी देना था, और उस आईडी को क्लाइंट के साथ साझा करना ताकि वह स्थिति को पराजित कर सके। लेकिन शायद एक बहुत आसान तरीका है जिसे मैंने नोटिस नहीं किया था।

ऐसा करने का सबसे अच्छा तरीका क्या है?

धन्यवाद,

एड्रियन

Answer 1

बहुत दिलचस्प सवाल! दरअसल ऐसा लगता है कि यह AsyncController के लिए कोई काम नहीं है। Async नियंत्रकों को सर्वर-साइड पर लंबे समय से चलने वाले एकल-HTTP-क्वेरी संचालन के लिए डिज़ाइन किया गया है। जब आप एसिंक एक्शन का उपयोग कर रहे हैं, तो यह आपको कुछ लंबे समय से चलने वाले ऑपरेशन के दौरान एएसपी.Net वर्कर थ्रेड जारी करने में मदद कर सकता है और इसे ऑपरेशन के दौरान अन्य अनुरोधों की सेवा करने की अनुमति देता है। लेकिन क्लाइंट-साइड पॉइंट व्यू से इससे कोई फर्क नहीं पड़ता, यह एसिंक नियंत्रक है या नहीं। क्लाइंट के लिए यह केवल एक HTTP अनुरोध है।

आपको अपने आवेदन में कुछ लंबी चल रही क्वेरी सेवा का उपयोग करके इसे फिर से डिजाइन करने की आवश्यकता है। कुछ

var operationId; 
function startOperation(data) { 
    $.post('/LongOperations/StartOperation', data, function(response) { 
     operationId = response; // store operationId 
     startOperationMonitoring(); // start 
    }, 'json'); 
} 

function startOperationMonitoring() { 
    // todo : periodically call updateOperationStatus() to check status at server-side 
} 

function updateOperationStatus() { 
    // todo : get result of GetOperationStatus action from controller 
    // todo : if status is 'running', update progress bar with value from server, if 'completed' - stop operation monitoring and call finishOperation() 
} 

function finishOperation() { 
    // todo : get result of GetOperationResult action from controller and update UI 
    // todo : call ClearOperation action from controller to free resources 
} 

यह बहुत ही बुनियादी अवधारणा है, देखते हैं:

public class LongOperationsController : Controller 
{ 
    public ActionResult StartOperation(OperationData data) 
    { 
     Guid operationId = Guid.NewGuid(); // unique identifier for your operation 
     OperationsService.DoStartOperation(operationId, data); // service starts to perform operation using separate thread 
     return new JsonResult(operationId); // operation id should be sent to client to allow progress monitoring 
    } 

    public ActionResult GetOperationStatus(Guid operationId) 
    { 
     var status = OperationsService.GetStatus(operationId); // this method returns some object, that describes status of operation (e.g. progress, current task etc.) 
     return new JsonResult(status); // returning it to client 
    } 

    public ActionResult GetOperationResult(Guid operationId) 
    { 
     var result = OperationsService.GetOperationResult(operationId); // this should throw exception if operation is not yet completed 
     return new JsonResult(result); 
    } 

    public ActionResult ClearOperation(Guid operationId) 
    { 
     OperationsService.ClearOperationResult(operationId); // we should delete operation result if it was handled by client 
     return true; 
    } 
} 

और यहाँ क्लाइंट-साइड कोड हैं, कि इस नियंत्रक के साथ बातचीत कर सकता है: यहाँ नियंत्रक के उदाहरण के लिए, कि इस तरह के कार्यप्रवाह की सेवा कर सकता है यहां मिस्ड आइटम हैं, लेकिन मुझे आशा है कि आपको मुख्य विचार मिलेगा। इसके अलावा यह आप पर निर्भर है इस प्रणाली के घटकों डिजाइन करने के लिए कैसे, उदाहरण के लिए है: OperationsService, या नहीं करने के लिए

• उपयोग सिंगलटन;
• कहां और कब तक ऑपरेशन परिणाम संग्रहीत किया जाना चाहिए (डीबी? कैश? सत्र?);
• यह वास्तव में जब ग्राहक आपरेशन (उपयोगकर्ता बंद ब्राउज़र) आदि

बेस्ट भाग्य की निगरानी के लिए बंद कर दिया मैन्युअल रूप से करना करने के लिए संसाधनों और क्या जारी करने के लिए आवश्यक है!