फाइनल कोड का परीक्षण कैसे करें (c #)

स्पष्ट कार्यों में से एक डोननेट वर्ग के फाइनल में लागू कोड का परीक्षण करना है।
यह नोट इस समस्या को हल करने के एक तरीके पर चर्चा करता है।


उदाहरण के लिए, MyTemporaryFile क्लास (अस्थायी फ़ाइल) है जो कंस्ट्रक्टर में एक अद्वितीय अस्थायी फ़ाइल बनाता है और इसे Dipose () या फ़ाइनलीज़र में हटाना होगा।

public class MyTemporaryFile : IDisposable { public string FileName { private set; get; } public MyTemporaryFile() { FileName = Path.GetTempFileName(); } public void Dispose() { Dispose(true); } ~MyTemporaryFile() { Dispose(false); } void Dispose(bool disposing) { if (disposing) { GC.SuppressFinalize(this); } DeleteFile(); } void DeleteFile() { if (FileName != null) { File.Delete(FileName); FileName = null; } } } 

डिस्पोजल पैटर्न का क्रियान्वयन काफी मानक है और इस पर हबेरा पर चर्चा की गई । इस कार्यान्वयन में संभवतः कुछ सूक्ष्म बिंदु हैं, इसलिए "वास्तविक" कार्यक्रम को ध्यान में रखें।

लेकिन किसी कारण से मुझे इस मुद्दे की चर्चा नहीं मिली, लेकिन अंतिम रूप में लागू कोड का परीक्षण कैसे किया जाए।

यह स्पष्ट है कि "बहुत भोली" परीक्षण कार्यान्वयन काम नहीं करेगा।

  [Test] public void TestMyTemporaryFile_without_Dispose() { var temporaryFile = new MyTemporaryFile(); string createdTemporaryFileName = temporaryFile.FileName; Assert.IsTrue(File.Exists(createdTemporaryFileName)); temporaryFile = null; Assert.IsFalse(File.Exists(createdTemporaryFileName)); } 

तथ्य यह है कि अस्थायी को शून्य सेट करना फ़ाइनलीज़र को कॉल नहीं करता है।

GC.WaitForPendingFinalizers () को कॉल करने की सलाह थी ; लेकिन किसी कारण से इस परीक्षण ने मेरी मदद नहीं की।

offtopic: एक बार c # पर कुछ लेक्चर के दौरान उन्होंने AppDomain के बारे में बात की। मुझे वास्तव में समझ नहीं आया कि मुझे इसकी आवश्यकता क्यों है। ठीक है, आप जानते हैं कि अधिकांश व्याख्याता " कुछ सामान्य श्रोता " को " कुछ औसत श्रोता " कैसे बताते हैं। मैं व्याख्याता के शब्दों से डिस्पोज़ पैटर्न को कभी समझ नहीं पाया। मजेदार बात यह है कि जब मैंने उसे थोड़ा समझना शुरू किया, तो मुझे शायद ही अंदाजा हुआ कि लेक्चरर के मन में क्या था।

तो, यह पता चला है कि AppDomain का उपयोग करके आप आसानी से अंतिम कोड के लिए एक परीक्षण तैयार कर सकते हैं:

  [Test] public void TestTemporaryFile_without_Dispose() { const string DOMAIN_NAME = "testDomain"; const string FILENAME_KEY = "fileName"; string testRoot = Directory.GetCurrentDirectory(); AppDomainSetup info = new AppDomainSetup { ApplicationBase = testRoot }; AppDomain testDomain = AppDomain.CreateDomain(DOMAIN_NAME, null, info); testDomain.DoCallBack(delegate { MyTemporaryFile temporaryFile = new MyTemporaryFile(); Assert.IsTrue(File.Exists(temporaryFile.FileName)); AppDomain.CurrentDomain.SetData(FILENAME_KEY, temporaryFile.FileName); }); string createdTemporaryFileName = (string)testDomain.GetData(FILENAME_KEY); Assert.IsTrue(File.Exists(createdTemporaryFileName)); AppDomain.Unload(testDomain); //       ( ),   Assert.IsFalse(File.Exists(createdTemporaryFileName)); } 

जैसा कि आप जानते हैं, AppDomain.Unload (testDomain) ; कोड को अनलोड करता है और मेमोरी को साफ करता है (फाइनलर्स को बुलाया जाता है)।
यह फाइनल करने वाले को "मजबूर" करने में मदद करता है और, तदनुसार, इसके कोड का परीक्षण करता है।

नोट :
1. व्याख्याताओं में से एक ने " कॉल डिस्पोज़, बेवकूफ " शब्दों के साथ एक अपवाद फेंकने के लिए फाइनल में सलाह दी। कहीं न कहीं वह सही हो सकता है, लेकिन यदि कोई अप्रबंधित संसाधन है, तो आपको अंतिम रूप से भी प्रदान करना होगा।
2. MyTemporaryFile वर्ग का कार्यान्वयन बहुत ही स्केच है और उत्पादन के उपयोग के लिए अनुशंसित नहीं है।
3. सबसे अधिक संभावना है, इस परीक्षण के कार्यान्वयन में सभी प्रकार के सूक्ष्म बिंदु भी हैं, लेकिन कई वर्षों के अभ्यास ने कभी भी इस परीक्षण के लिए गलत सकारात्मक रिकॉर्ड नहीं किया है।
4. मुझे यह पढ़कर प्रसन्नता हुई है कि आप अंतिम रूप से परीक्षण करने की समस्या को अन्य तरीकों से कैसे हल कर सकते हैं या इस दृष्टिकोण के नुकसान क्या हैं।

आपका धन्यवाद
इगोर।