পদ্ধতিটি কি নাল মান সহ কল হয় বা এটি একটি নাল রেফারেন্স ব্যতিক্রম দেয়?
MyObject myObject = null;
myObject.MyExtensionMethod(); // <-- is this a null reference exception?
যদি এটি হয় তবে শূন্যতার জন্য আমার 'এই' প্যারামিটারটি কখনই পরীক্ষা করতে হবে না?
উত্তর:
এটি সূক্ষ্মভাবে কাজ করবে (ব্যতিক্রম নয়)। এক্সটেনশন পদ্ধতিগুলি ভার্চুয়াল কলগুলি ব্যবহার করে না (যেমন এটি "কল" ইল নির্দেশনা ব্যবহার করে, "কলভার্ট" নয়) সুতরাং আপনি এক্সটেনশন পদ্ধতিতে নিজেকে না লিখলে কোনও নাল চেক নেই। এটি আসলে কয়েকটি ক্ষেত্রে কার্যকর:
public static bool IsNullOrEmpty(this string value)
{
return string.IsNullOrEmpty(value);
}
public static void ThrowIfNull<T>(this T obj, string parameterName)
where T : class
{
if(obj == null) throw new ArgumentNullException(parameterName);
}
ইত্যাদি
মূলত, স্থির কলগুলিতে কলগুলি খুব আক্ষরিক - অর্থাত্
string s = ...
if(s.IsNullOrEmpty()) {...}
হয়ে:
string s = ...
if(YourExtensionClass.IsNullOrEmpty(s)) {...}
স্পষ্টত কোন নাল চেক নেই যেখানে।
মার্ক গ্র্যাভেল থেকে সঠিক উত্তর সংযোজন।
এই যুক্তিটি বাতিল হয়ে যাওয়ার বিষয়টি স্পষ্ট হলে আপনি সংকলকটির কাছ থেকে একটি সতর্কতা পেতে পারেন:
default(string).MyExtension();রানটাইমে ভাল কাজ করে তবে সতর্কতা উত্পন্ন করে "Expression will always cause a System.NullReferenceException, because the default value of string is null"।
যেমন আপনি ইতিমধ্যে আবিষ্কার করেছেন, যেহেতু এক্সটেনশন পদ্ধতিগুলি কেবল স্ট্যাটিক পদ্ধতিগুলিকে মহিমান্বিত করা হয়, তাই এগুলি নিক্ষেপ না nullকরেই পাস হওয়া রেফারেন্স সহ ডাকা হবে NullReferenceException। তবে, যেহেতু তারা কলারের কাছে উদাহরণ পদ্ধতির মতো দেখায়, তাদেরও এ জাতীয় আচরণ করা উচিত । তারপরে আপনার বেশিরভাগ সময় thisপ্যারামিটারটি পরীক্ষা করা উচিত এবং যদি হয় তবে একটি ব্যতিক্রম ছুঁড়ে ফেলা উচিত null। nullনীচের উদাহরণগুলির মতো পদ্ধতিটি যদি পদ্ধতিটি স্পষ্টভাবে মানগুলির যত্ন নেয় এবং এর নামটি এটি যথাযথভাবে নির্দেশ করে তবে এটি করা ঠিক নয় :
public static class StringNullExtensions {
public static bool IsNullOrEmpty(this string s) {
return string.IsNullOrEmpty(s);
}
public static bool IsNullOrBlank(this string s) {
return s == null || s.Trim().Length == 0;
}
}কিছুদিন আগে আমি এ সম্পর্কে একটি ব্লগ পোস্টও লিখেছি ।
একটি নাল এক্সটেনশন পদ্ধতিতে পাস করা হবে।
পদ্ধতিটি যদি পরীক্ষা না করে বস্তুটি অ্যাক্সেস করার চেষ্টা করে তবে এটি বাতিল হয়, তবে হ্যাঁ, এটি একটি ব্যতিক্রম ছুঁড়ে দেবে।
এখানে একজন লোক "ইসনুল" এবং "ইসনটনল" এক্সটেনশন পদ্ধতি লিখেছেন যা পরীক্ষা করে রেফারেন্সটি বাতিল বা না হয়। ব্যক্তিগতভাবে আমি মনে করি এটি একটি বিচ্যুতি এবং দিনের আলো দেখা উচিত হয়নি, তবে এটি পুরোপুরি বৈধ c #।
অন্যরা যেমন উল্লেখ করেছে, নাল রেফারেন্সে একটি এক্সটেনশন পদ্ধতি কল করার ফলে এই যুক্তিটি বাতিল হয়ে যায় এবং বিশেষ কিছু ঘটবে না। এটি গার্ড ক্লজগুলি লিখতে এক্সটেনশন পদ্ধতিগুলি ব্যবহার করার জন্য একটি ধারণা বাড়ায়।
আপনি উদাহরণগুলির জন্য এই নিবন্ধটি পড়তে পারেন: সাইক্লোমেটিক জটিলতা কীভাবে হ্রাস করবেন: গার্ড ক্লজ সংক্ষিপ্ত সংস্করণটি হ'ল:
public static class StringExtensions
{
public static void AssertNonEmpty(this string value, string paramName)
{
if (string.IsNullOrEmpty(value))
throw new ArgumentException("Value must be a non-empty string.", paramName);
}
}এটি স্ট্রিং ক্লাস এক্সটেনশন পদ্ধতি যা নাল রেফারেন্সে কল করা যেতে পারে:
((string)null).AssertNonEmpty("null");কলটি ঠিক কাজ করে কারণ রানটাইম সফলভাবে এক্সটেনশন পদ্ধতিটিকে নাল রেফারেন্সে কল করবে। তারপরে আপনি অগোছালো সিনট্যাক্স ছাড়াই গার্ড ক্লজগুলি প্রয়োগ করতে এই এক্সটেনশন পদ্ধতিটি ব্যবহার করতে পারেন:
public IRegisteredUser RegisterUser(string userName, string referrerName)
{
userName.AssertNonEmpty("userName");
referrerName.AssertNonEmpty("referrerName");
...
}এক্সটেনশনমিডো স্ট্যাটিক, সুতরাং আপনি যদি এই মাইবজেক্টটিতে কিছু না করেন তবে সমস্যা হওয়া উচিত নয়, একটি দ্রুত পরীক্ষা এটি যাচাই করা উচিত :)
আপনি যখন পাঠযোগ্য এবং উল্লম্ব হতে চান তখন কয়েকটি সোনার নিয়ম রয়েছে।
আপনার ক্ষেত্রে - ডিজাইনবাইক্র্যাক্টটি ভেঙে গেছে ... আপনি একটি নাল উদাহরণে কিছু যুক্তি সম্পাদন করতে যাচ্ছেন।
Cannot perform runtime binding on a null reference।