var / নাল আজব আচরণের সাথে স্যুইচ করুন

Question 1

নিম্নলিখিত কোড দেওয়া:

string someString = null;
switch (someString)
{
    case string s:
        Console.WriteLine("string s");
        break;
    case var o:
        Console.WriteLine("var o");
        break;
    default:
        Console.WriteLine("default");
        break;
}

সুইচ স্টেটমেন্টটি মিলছে কেন case var o?

এটি আমার বোঝার সাথে case string sমেলে না s == nullকারণ যখন (কার্যকরভাবে) (null as string) != nullমিথ্যাতে মূল্যায়ন করা হয়। ভিএস কোডে ইন্টেলিজেন্স আমাকে জানায় যে এটিও oএকটি stringভাল। কোন চিন্তা?

সাথে পরিচিত: নাল চেক সহ সি # 7 স্যুইচ কেস

Question 2

একটি সুস্পষ্ট প্রকারের জন্য একটি switchব্যবহার করে একটি প্যাটার্ন মিলের বিবৃতিটি caseজিজ্ঞাসা করছে যে প্রশ্নে মানটি সেই নির্দিষ্ট ধরণের, বা উদ্ভূত প্রকারের। এটি হুবহু সমতুল্যis

switch (someString) {
  case string s:
}
if (someString is string)

মানটির nullকোনও প্রকার নেই এবং তাই উপরের শর্তগুলির কোনওটিই সন্তুষ্ট করে না। স্থিতিশীল ধরণের someStringকোনও উদাহরণই কার্যকর হয় না।

varটাইপ যদিও প্যাটার্ন ম্যাচিং একটি ওয়াইল্ড কার্ড হিসেবে কাজ করে এবং সহ যেকোন মান ম্যাচ হবে null।

এখানে defaultমামলাটি ডেড কোড। এটি case var oকোনও মান, নাল বা নন-নাল সাথে মিলবে। একটি ডিফল্ট ক্ষেত্রে সর্বদা একটি ডিফল্ট ক্ষেত্রে জয়লাভ করে তাই defaultকখনও আঘাত করা হবে না। আপনি যদি আইএলটি দেখেন তবে আপনি দেখতে পাবেন এটি এমনকি নির্গত হয় না।

এক নজরে এটি বিজোড় মনে হতে পারে যে এটি কোনও সতর্কতা ছাড়াই সংকলন করে (অবশ্যই আমাকে ফেলে দিয়েছে)। তবে এটি সি # আচরণের সাথে মিলছে যা 1.0 এ ফিরে যায়। defaultসংকলকটি যখন তুচ্ছভাবে প্রমাণ করতে পারে যে এটি কখনই আঘাত হানে না এমন ক্ষেত্রেও কেসগুলি অনুমতি দেয় । নিম্নলিখিত হিসাবে একটি উদাহরণ হিসাবে বিবেচনা করুন:

bool b = ...;
switch (b) {
  case true: ...
  case false: ...
  default: ...
}

এখানে defaultকখনও আঘাত করা হবে না (এমনকি এর জন্য boolএকটি মানও 1 বা 0 নয়)। তবুও সি # সতর্কতা ছাড়াই 1.0 থেকে এটির অনুমতি দিয়েছে। প্যাটার্ন মিলটি এখানে এই আচরণের সাথে সামঞ্জস্য হয়।

Question 3

আমি এখানে একাধিক টুইটার মন্তব্য রাখছি - এটি আমার কাছে আসলে নতুন, এবং আমি আশা করছি যে জারেডপার আরও বিস্তৃত উত্তর নিয়ে ঝাঁপিয়ে পড়বে, তবে; আমি এটি বুঝতে পারি হিসাবে সংক্ষিপ্ত সংস্করণ:

case string s:

if(someString is string) { s = (string)someString; ...বা হিসাবে ব্যাখ্যা করা if((s = (someString as string)) != null) { ... }হয় - যার মধ্যে একটির সাথে একটি nullপরীক্ষা জড়িত - যা আপনার ক্ষেত্রে ব্যর্থ হয়েছে; বিপরীতে:

case var o:

সংকলকটি oযেমন stringসহজভাবে সমাধান হয় o = (string)someString; ...- কোনও ধরণের nullপরীক্ষা করা সত্ত্বেও এটি পৃষ্ঠের সাথে একইরকম দেখায়, কেবল সংকলকটি প্রকার সরবরাহ করে providing

অবশেষে:

default:

এখানে পৌঁছানো যায় না , কারণ উপরের কেসটি সমস্ত কিছু ধরে ফেলে। এটি একটি সংকলক বাগ হতে পারে এটি কোনও অ্যাক্র্যাচ্য কোডের সতর্কতা ছাড়েনি।

আমি সম্মত হলাম যে এটি খুব সূক্ষ্ম এবং সংবেদনশীল এবং বিভ্রান্তিকর। তবে দৃশ্যত case var oদৃশ্যটির নাল বংশবিস্তার ( o?.Length ?? 0ইত্যাদি) ব্যবহার রয়েছে। আমি সম্মত হই যে এটি এবং এই যে এটি খুব আলাদাভাবে var oএবং এর মধ্যে খুব আলাদাভাবে কাজ করে string sতবে এটি বর্তমানে কম্পাইলারটি করে।

Question 4

এটি কারণ ডায়নামিক (রান-টাইম) টাইপে case <Type>ম্যাচগুলি স্থির (সংকলন-টাইম) টাইপের নয়। ডায়নামিক টাইপ নেই, তাই এটির সাথে মেলে না । ঠিক পতনnullstringvar

(পোস্ট করা কারণ আমি সংক্ষিপ্ত উত্তর পছন্দ করি।)