.NET- এ অবৈধ বা অপ্রত্যাশিত পরামিতিগুলির জন্য কি ধরণের ব্যতিক্রম নিক্ষেপ করা উচিত? আমি কখন অন্যের পরিবর্তে একজনকে বেছে নেব?
আপনি যদি কোনও মাসের সাথে সম্পর্কিত কোনও পূর্ণসংখ্যার প্রত্যাশা করে কোনও ফাংশন ব্যবহার করেন এবং আপনি '42' তে উত্তীর্ণ হন তবে আপনি কোন ব্যতিক্রমটি ব্যবহার করবেন? এটি সংগ্রহ না হলেও এই "আউট অফ রেঞ্জ" বিভাগে পড়বে?
উত্তর:
আমি ব্যবহার করতে চান: ArgumentException, ArgumentNullException, এবং ArgumentOutOfRangeException।
ArgumentException - যুক্তি দিয়ে কিছু ভুল।ArgumentNullException - যুক্তি শূন্য।ArgumentOutOfRangeException - আমি এটিকে খুব বেশি ব্যবহার করি না, তবে একটি সাধারণ ব্যবহার হ'ল একটি সংগ্রহের সাথে সূচীকরণ, এবং একটি সূচক যা বড়।এছাড়াও অন্যান্য অপশন রয়েছে যেগুলি তর্কটিতে এতটা মনোযোগ দেয় না, বরং পুরো কলটি বিচার করে:
InvalidOperationException- যুক্তিটি ঠিক থাকতে পারে তবে বস্তুর বর্তমান অবস্থায় নয় not ক্রেডিট এসটিডাব্লুতে (আগে ইয়ুডার) to তার উত্তরটিও ভোট দিন ।NotSupportedException- পাস হওয়া আর্গুমেন্টগুলি বৈধ, তবে কেবল এই বাস্তবায়নে সমর্থিত নয়। কোনও এফটিপি ক্লায়েন্টের কল্পনা করুন এবং ক্লায়েন্ট সমর্থন না করে এমন একটি আদেশ আপনি পাস করেছেন।কৌশলটি ব্যতিক্রমটিকে ছুঁড়ে ফেলা হয় যা সর্বোত্তমভাবে প্রকাশ করে যে পদ্ধতিটিকে কেন সেভাবে বলা যায় না। আদর্শভাবে, ব্যতিক্রমটি কী ভুল হয়েছে, কেন এটি ভুল হয়েছে এবং কীভাবে এটি ঠিক করতে হবে সে সম্পর্কে বিস্তারিত হওয়া উচিত।
আমি যখন ত্রুটি বার্তাগুলি সাহায্য, ডকুমেন্টেশন বা অন্যান্য সংস্থানগুলিতে নির্দেশিত হয় তখন আমি পছন্দ করি। উদাহরণস্বরূপ, মাইক্রোসফ্ট তাদের কেবি নিবন্ধগুলির সাথে প্রথম প্রথম পদক্ষেপ নিয়েছে, যেমন "আমি যখন ইন্টারনেট এক্সপ্লোরারে কোনও ওয়েব পৃষ্ঠাতে যাই তখন কেন আমি" অপারেশন বাতিল "ত্রুটি বার্তাটি পাই?" । আপনি যখন ত্রুটির মুখোমুখি হন, তখন তারা আপনাকে ত্রুটি বার্তায় কেবি নিবন্ধের দিকে নির্দেশ করে। তারা যা ভাল করে না তা হ'ল তারা আপনাকে জানায় না, কেন এটি বিশেষভাবে ব্যর্থ হয়েছিল।
মন্তব্যের জন্য আবার STW (প্রাক্তন ইয়ুডার) কে ধন্যবাদ।
আপনার অনুসরণের প্রতিক্রিয়া হিসাবে, আমি একটি নিক্ষেপ করা হবে ArgumentOutOfRangeException। এই ব্যতিক্রম সম্পর্কে এমএসডিএন কী বলে তা দেখুন:
ArgumentOutOfRangeExceptionযখন কোনও পদ্ধতি চালিত হয় তখন নিক্ষেপ করা হয় এবং পদ্ধতিটিতে পাস হওয়া কমপক্ষে একটি আর্গুমেন্ট নাল রেফারেন্স নয় (Nothingভিজ্যুয়াল বেসিক) এবং এতে কোনও বৈধ মান থাকে না।
সুতরাং, এক্ষেত্রে আপনি একটি মান পাস করছেন, তবে এটি আপনার বৈধ মান নয়, যেহেতু আপনার পরিসীমা 1-12 হয়। তবে আপনি যেভাবে এটি নথিভুক্ত করছেন তা এটি পরিষ্কার করে দেয়, আপনার এপিআই কী ছুঁড়ে what কারণ যদিও আমি বলতে পারি ArgumentOutOfRangeException, অন্য বিকাশকারী বলতে পারে ArgumentException। এটি সহজ করুন এবং আচরণটি নথি করুন।
FormatException: আর্গুমেন্টের ফর্ম্যাটটি অবৈধ বা সংমিশ্রিত বিন্যাসের স্ট্রিংটি ভালভাবে তৈরি না হওয়ার সময় নিক্ষিপ্ত ব্যতিক্রম।
আমি জোশের উত্তরের পক্ষে ভোট দিয়েছি , তবে তালিকায় আরও একটি যুক্ত করতে চাই:
সিস্টেম.অনুদ্দীপক অপসারণটি আর্গুমেন্টটি বৈধ হলে ছোঁড়া উচিত, তবে বস্তুটি এমন অবস্থায় রয়েছে যেখানে আর্গুমেন্টটি ব্যবহার করা উচিত নয়।
এমএসডিএন থেকে নেওয়া আপডেট :
যখন অবৈধ যুক্তি ব্যতীত অন্য কোনও কারণে কোনও পদ্ধতিতে ডাকতে ব্যর্থতা ঘটে তখন সেই ক্ষেত্রে অবৈধ অপশন এক্সসেপশন ব্যবহৃত হয়।
ধরা যাক যে আপনার অবজেক্টের একটি পারফরম্যাকশন (এনএমসোমেকশন অ্যাকশন) পদ্ধতি রয়েছে, বৈধ এনএমসোমঅ্যাকশনগুলি ওপেন এবং ক্লোজ। আপনি যদি পর পর দুটি বার পারফর্মএ্যাকশন (এনএমসোমেকশন.অপেন) কল করেন তবে দ্বিতীয় কলটিতে অযৌক্তিকরীক্ষাটি নিক্ষেপ করা উচিত (যেহেতু যুক্তিটি বৈধ ছিল, তবে নিয়ন্ত্রণের বর্তমান অবস্থার জন্য নয়)
যেহেতু আপনি ইতিমধ্যে ডিফেন্সিভ প্রোগ্রামিংয়ের মাধ্যমে সঠিক কাজটি করছেন আমার কাছে উল্লেখ করার মতো অন্য একটি ব্যতিক্রমও হ'ল অবজেক্টডিসপোজড এক্সসেপশন। যদি আপনার অবজেক্টটি আইডিস্পোজেবল কার্যকর করে তবে আপনার সর্বদা নিষ্পত্তিযোগ্য স্থিতির ট্র্যাকিং একটি বর্গ ভেরিয়েবল হওয়া উচিত; যদি আপনার অবজেক্টটি নিষ্পত্তি করা হয় এবং কোনও পদ্ধতি এটির জন্য আহ্বান করা হয় তবে আপনি অবজেক্টডিসপোজড এক্সপ্লেশনটি উত্থাপন করুন:
public void SomeMethod()
{
If (m_Disposed) {
throw new ObjectDisposedException("Object has been disposed")
}
// ... Normal execution code
}হালনাগাদ: আপনার ফলোআপের জবাব দেওয়ার জন্য: এটি একটি অস্পষ্ট পরিস্থিতি কিছুটা, এবং একটি জেনেরিক দ্বারা (। নেট জেনারিক্স অর্থে নয়) ডেটা টাইপ নির্দিষ্ট নির্দিষ্ট উপাত্ত উপস্থাপনের জন্য ব্যবহৃত হচ্ছে যা কিছুটা জটিল করে তোলে; একটি এনাম বা অন্য দৃ strongly়ভাবে টাইপ করা বস্তুটি আরও আদর্শ ফিট হতে পারে - তবে আমাদের সর্বদা এই নিয়ন্ত্রণ থাকে না।
আমি ব্যক্তিগতভাবে আর্গুমেন্টআউটঅফরেঞ্জএক্সসেপ্টের দিকে ঝুঁকতে এবং একটি বার্তা সরবরাহ করব যা বৈধ মানগুলি 1-12 বলে নির্দেশ করে। আমার যুক্তিটি হ'ল আপনি যখন মাসগুলি সম্পর্কে কথা বলছেন, ধরে নিচ্ছেন মাসের সমস্ত পূর্ণসংখ্যার উপস্থাপনাটি বৈধ, তবে আপনি 1-12 এর মধ্যে সীমার মান আশা করছেন। যদি কেবলমাত্র কয়েক মাস (31 মাসের মতো মাসগুলি) বৈধ হয় তবে আপনি প্রতি সীমাতে কোনও রেঞ্জের সাথে লেনদেন করবেন না এবং আমি একটি জেনেরিক আর্গুমেন্ট এক্সসেপশন নিক্ষেপ করব যা বৈধ মানগুলিকে নির্দেশ করে এবং আমি পদ্ধতিটির মন্তব্যে সেগুলিও নথিভুক্ত করব।
আসল মান এবং কোন ব্যতিক্রমটি সেরা ফিট করে তার উপর নির্ভর করে:
ArgumentException (মানটির সাথে কিছু ভুল)
ArgumentNullException (এটি অনুমোদিত না হলেও যুক্তিটি নাল হয়)
ArgumentOutOfRangeException (যুক্তির বৈধ সীমার বাইরে মান রয়েছে)
যদি এটি যথেষ্ট সুনির্দিষ্ট না হয় তবে কেবলমাত্র আপনার নিজস্ব ব্যতিক্রম শ্রেণি থেকে উদ্ভূত করুন ArgumentException ।
ইয়ুডার এর উত্তর আমাকে আলোকিত করেছিল। কোনও ইনপুট এটি বৈধ না হলে এটি অবৈধ , অন্যদিকে ইনপুটটি অপ্রত্যাশিত যদি এটি সিস্টেমের বর্তমান অবস্থার জন্য বৈধ না হয়। সুতরাং পরবর্তী ক্ষেত্রে একটি InvalidOperationExceptionএকটি যুক্তিসঙ্গত পছন্দ।
যখন কোনও পদ্ধতিতে অনুরোধ করা হয় এবং কমপক্ষে পাস হওয়া একটি আর্গুমেন্ট কল করা পদ্ধতির প্যারামিটারের বিশদটি পূরণ না করে তখন আর্গুমেন্টএক্সেপশন নিক্ষেপ করা হয়। আর্গুমেন্টএক্সেপশন এর সমস্ত দৃষ্টিতে অবৈধ আর্গুমেন্ট বর্ণনা করার সাথে সাথে তর্কটির মানগুলির প্রত্যাশিত পরিসীমা বর্ণনা করে একটি অর্থবহ ত্রুটি বার্তা বহন করা উচিত।
নির্দিষ্ট ধরণের অবৈধতার জন্য কয়েকটি উপশ্রেণীও উপস্থিত রয়েছে। লিঙ্কটিতে সাব টাইপের সংক্ষিপ্তসার রয়েছে এবং কখন সেগুলি প্রয়োগ করা উচিত।
সংক্ষিপ্ত উত্তর:
না
দীর্ঘ উত্তর:
আর্গুমেন্ট * ব্যাতিক্রম ব্যবহার (কোনও লাইব্রেরি ছাড়া এটিতে পণ্য যেমন যেমন উপাদানগুলির পাঠাগার) কেবল গন্ধ। ব্যতিক্রমগুলি ব্যতিক্রম নয় এবং ব্যবহারকারীর (যেমন এপিআই কনজিউমার) ঘাটতি নয়, ব্যতিক্রমী পরিস্থিতি পরিচালনা করা to
দীর্ঘতম উত্তর:
অবৈধ আর্গুমেন্টের জন্য ব্যতিক্রম ছোঁড়া অভদ্র, যদি আপনি কোনও লাইব্রেরি না লিখে থাকেন।
আমি দুটি (বা আরও) কারণে, দৃser়তাগুলি ব্যবহার করতে পছন্দ করি:
নাল ব্যতিক্রমগুলি হ্যান্ডলিংয়ের মতো দেখাচ্ছে (ব্যঙ্গাত্মক হওয়া স্পষ্টতই):
try {
library.Method(null);
}
catch (ArgumentNullException e) {
// retry with real argument this time
library.Method(realArgument);
}পরিস্থিতি প্রত্যাশিত তবে ব্যতিক্রমী (ব্যতিক্রমী ব্যবহারকারীর নিয়ন্ত্রণের বাইরে যেমন আইও ব্যর্থতা হয়) ব্যবহার করা হবে। আর্গুমেন্ট * ব্যতিক্রম একটি বাগের ইঙ্গিত এবং এটি (আমার মতামত) পরীক্ষা দিয়ে পরিচালিত হবে এবং ডিবাগের সাথে সহায়তা করা হবে sআসার্ট
বিটিডাব্লু: এই বিশেষ ক্ষেত্রে আপনি ইনট এর পরিবর্তে মাসের ধরণটি ব্যবহার করতে পারতেন। সুরক্ষা টাইপ করার ক্ষেত্রে সি # সংক্ষিপ্ত হয়ে পড়ে (দিক # নিয়ম!) তবে কখনও কখনও আপনি সমস্ত বাগগুলি একসাথে আটকে রাখতে (বা সংকলনের সময় ধরতে পারেন) catch
এবং হ্যাঁ, মাইক্রোসফ্ট সে সম্পর্কে ভুল।
এখানে একটি স্ট্যান্ডার্ড আর্গুমেন্টএক্সসেপশন রয়েছে যা আপনি ব্যবহার করতে পারেন বা আপনি সাবক্লাস করে নিজের তৈরি করতে পারেন। কয়েকটি নির্দিষ্ট আর্গুমেন্ট এক্সসেপশন ক্লাস রয়েছে:
http://msdn.microsoft.com/en-us/library/system.argumentexception(VS.71).aspx
যার মধ্যে যে কেউ সবচেয়ে ভাল কাজ করে।