নাল কি কোন কিছুর উদাহরণ?
না, কোন ধরণের নেই যা nullএকটি instanceof।
RelationalExpression:
RelationalExpression instanceof ReferenceType
রান সময়ে, ফল instanceofঅপারেটর trueযদি এর মান RelationalExpression নয় nullএবং রেফারেন্স কাস্ট করা যায়নি ReferenceType একটি উত্থাপন ছাড়াই ClassCastException। অন্যথায় ফলাফল হয় false।
এর অর্থ এই যে কোনো ধরনের জন্য Eএবং Rযে কোনো জন্য E o, যেখানে o == null, o instanceof Rসর্বদা false।
'নাল' কোন সেট এর সাথে সম্পর্কিত?
একটি বিশেষ নাল টাইপও রয়েছে, এক্সপ্রেশনটির ধরণ null, যার কোনও নাম নেই। কারণ নাল টাইপ কোন নাম আছে, এটি একটি ভেরিয়েবল ডিক্লেয়ার করা অসম্ভব নাল করতে টাইপ বা ঢালাই করার নাল প্রকার। nullরেফারেন্স একটি অভিব্যক্তি মাত্র সম্ভব মান নাল প্রকার। nullরেফারেন্স সবসময় কোন রেফারেন্স টাইপ কাস্ট করা যেতে পারে। অনুশীলনে, প্রোগ্রামার নাল টাইপটিকে উপেক্ষা করতে পারে এবং কেবল ভান করে যে nullএটি কেবল একটি বিশেষ আক্ষরিক যা কোনও রেফারেন্স ধরণের হতে পারে।
নাল কি?
উপরের জেএলএসের উদ্ধৃতি যেমন বলেছে, বাস্তবে আপনি সহজেই ভান করতে পারেন যে এটি "নিছক একটি বিশেষ আক্ষরিক যা কোনও রেফারেন্স ধরণের হতে পারে"।
জাভাতে, null == null(এটি অন্যান্য ভাষায় সর্বদা হয় না)। আরও মনে রাখবেন যে চুক্তি অনুসারে এরও এই বিশেষ সম্পত্তি রয়েছে (থেকে java.lang.Object):
public boolean equals(Object obj)
কোনও অ- nullরেফারেন্স মানের জন্য x, x.equals(null)হওয়া উচিত return false।
এটি সমস্ত রেফারেন্স প্রকারের জন্য এটি পূর্বনির্ধারিত মান (ভেরিয়েবলগুলির জন্য )ও রয়েছে:
- প্রতিটি শ্রেণি ভেরিয়েবল, উদাহরণ পরিবর্তনশীল, বা অ্যারের উপাদান তৈরি করা হলে এটি একটি ডিফল্ট মান দিয়ে শুরু করা হয়:
- সমস্ত রেফারেন্স ধরণের জন্য, ডিফল্ট মান
null।
এটি কীভাবে ব্যবহৃত হয় তা পরিবর্তিত হয়। আপনি ক্ষেত্রগুলিকে অলস সূচনা বলতে সক্ষম করতে এটি ব্যবহার করতে পারেন , যেখানে ক্ষেত্রের nullএটি ব্যবহার না হওয়া অবধি তার প্রাথমিক মান থাকবে, যেখানে এটি "আসল" মান দ্বারা প্রতিস্থাপিত হয়েছে (যা গণনা ব্যয়বহুল হতে পারে)।
অন্যান্য ব্যবহার আছে। আসুন এর থেকে একটি বাস্তব উদাহরণ নেওয়া যাক java.lang.System:
public static Console console()
রিটার্নস : অন্যথায় সিস্টেম কনসোল, যদি থাকে তবে null।
এটি খুব সাধারণ ব্যবহারের প্যাটার্ন: nullকোনও জিনিসের অস্তিত্ব বোঝাতে ব্যবহৃত হয়।
এখানে ব্যবহারের আর একটি উদাহরণ রয়েছে java.io.BufferedReader:
public String readLine() throws IOException
রিটার্নস : Stringকোনও লাইন-সমাপ্তি অক্ষরগুলি সহ, বা nullস্ট্রিমের শেষটি পৌঁছে গেছে এমন না করে রেখার বিষয়বস্তু সমেত একটি
তাই এখানে, readLine()ফিরে আসবে instanceof Stringযতক্ষণ না এটা চূড়ান্তভাবে একটি ফেরৎ প্রতিটি লাইনে জন্য, nullশেষ বোঝান। এটি আপনাকে প্রতিটি লাইনের নীচে প্রক্রিয়া করতে দেয়:
String line;
while ((line = reader.readLine()) != null) {
process(line);
}
কেউ এপিআই ডিজাইন করতে পারেন যাতে সমাপ্তির শর্তটি readLine()ফিরে আসার উপর নির্ভর করে না null, তবে কেউ দেখতে পারেন যে এই নকশাকে জিনিসগুলি সংক্ষিপ্ত করে তোলার সুবিধা রয়েছে। মনে রাখবেন যে খালি লাইনগুলিতে কোনও সমস্যা নেই, কারণ খালি লাইন "" != null।
আসুন এবার আরেকটি উদাহরণ নেওয়া যাক java.util.Map<K,V>:
V get(Object key)
নির্দিষ্ট কীটি ম্যাপ করা হয়েছে এমন মানটি দেয় বা nullএই মানচিত্রে যদি কীটির জন্য কোনও ম্যাপিং থাকে না তা প্রদান করে।
যদি এই মানচিত্রটি nullমানগুলির অনুমতি দেয় , তবে এর কোনও ফেরতের মান nullঅগত্যা নির্দেশ করে না যে মানচিত্রে কীটির জন্য কোনও ম্যাপিং নেই; এটিও সম্ভব যে মানচিত্রটি স্পষ্টভাবে কীটির মানচিত্রটি ম্যাপ করে null। containsKeyঅপারেশন এই দুটি মামলা পার্থক্য ব্যবহৃত হতে পারে।
এখানে আমরা কীভাবে nullজিনিসগুলিকে জটিল করে তুলতে পারি তা দেখতে শুরু করি । প্রথম বিবৃতিটি বলে যে কীটি ম্যাপ না করা থাকলে, nullফিরে আসবে। দ্বিতীয় বিবৃতিতে বলা হয়েছে যে কীটি ম্যাপ করা থাকলেও তাও ফেরত দেওয়া nullযেতে পারে।
বিপরীতে, কীগুলি এবং মানগুলিকে java.util.Hashtableঅনুমতি না দিয়ে জিনিসগুলিকে সরল রাখে null; এর V get(Object key), যদি ফেরত আসে null, দ্ব্যর্থহীনভাবে মানে কীটি ম্যাপ করা হয়নি।
আপনি বাকি এপিআইগুলি পড়তে পারেন এবং কোথায় এবং কীভাবে nullব্যবহৃত হয়েছে তা খুঁজে পেতে পারেন । মনে রাখবেন যে এগুলি সর্বদা সেরা অনুশীলনের উদাহরণ নয়।
সাধারণত কথা বলতে গেলে nullতা বোঝাতে বিশেষ মান হিসাবে ব্যবহৃত হয়:
- একীকরণযোগ্য রাষ্ট্র
- সমাপ্তির শর্ত
- অ-বিদ্যমান বস্তু
- একটি অজানা মান
এটি কীভাবে স্মৃতিতে উপস্থাপিত হয়?
জাভাতে? আপনার উদ্বেগের কোনটিই নয়। এবং এটি সবচেয়ে ভালভাবে সেভাবে রাখা হয়েছে।
কি nullএকটি ভাল জিনিস?
এটি এখন বর্ডারলাইন সাবজেক্টিভ। কিছু লোক বলে যে nullঅনেক প্রোগ্রামার ত্রুটিগুলি এড়ানো যেতে পারে যার কারণ রয়েছে। কেউ কেউ বলেন যে NullPointerExceptionজাভা জাভের মতো এমন ভাষায় এটি ব্যবহার করা ভাল কারণ আপনি প্রোগ্রামার ত্রুটিগুলিতে দ্রুত ব্যর্থ হবেন। কিছু লোক নাল অবজেক্ট প্যাটার্ন ইত্যাদি nullব্যবহার করে এড়িয়ে চলে
এটি নিজেই একটি বিশাল বিষয়, তাই অন্য প্রশ্নের উত্তর হিসাবে এটি সর্বোত্তমভাবে আলোচিত।
আমি এটি nullনিজের আবিষ্কারক সিএআর হোয়ারের (চতুর খ্যাতির) একটি উদ্ধৃতি দিয়ে শেষ করব :
আমি এটিকে আমার বিলিয়ন ডলারের ভুল বলছি। এটি null১৯65৫ সালের রেফারেন্সের আবিষ্কার ছিল At সেই সময় আমি কোনও অবজেক্ট ওরিয়েন্টেড ল্যাঙ্গুয়েজে (ALGOL ডাব্লু) রেফারেন্সের জন্য প্রথম বিস্তৃত টাইপ সিস্টেমটি ডিজাইন করছিলাম। আমার লক্ষ্যটি নিশ্চিত করা ছিল যে কম্পাইলার দ্বারা স্বয়ংক্রিয়ভাবে চেক করা উচিত, সমস্ত উল্লেখের ব্যবহার একেবারেই নিরাপদ হওয়া উচিত। তবে কোনও nullরেফারেন্স দেওয়ার প্রলোভনটি আমি প্রতিহত করতে পারিনি , কেবল কারণ এটি কার্যকর করা এত সহজ ছিল। এর ফলে অসংখ্য ত্রুটি, দুর্বলতা এবং সিস্টেম ক্র্যাশ হয়েছে, যা সম্ভবত চল্লিশ বছরে এক বিলিয়ন ডলার ব্যথা এবং ক্ষতির কারণ হয়ে দাঁড়িয়েছে।
এই উপস্থাপনা ভিডিও গভীর যায়; এটি একটি প্রস্তাবিত ঘড়ি।