আমি কারও কাছ থেকে শুনেছি null == objectযা object == null চেক করার চেয়ে ভাল
যেমন:
void m1(Object obj ) {
if(null == obj) // Is this better than object == null ? Why ?
return ;
// Else blah blah
}
এর কোনও কারণ আছে বা এটি অন্য কল্পকাহিনী? সাহায্যের জন্য ধন্যবাদ.
nullউল্লেখ কর্ম ডিফল্ট অবশ্যই একটি NPE নিক্ষেপ করা হবে। কিছু দুর্দান্ত লাইব্রেরি (যেমন জেডিকে 7 জাভা গ্রন্থাগার) এর মতো পদ্ধতি রয়েছে public static <T> T notNull(T obj) { if (obj == null) { throw new NullPointerException(); } else { return obj; } }। এছাড়াও আছে @NonNull(বা @Nonnull?), কিন্তু এটি "মুছে ফেলা" হয়ে যায়।
null == objectযোদা শর্ত হিসাবে পরিচিত ।
উত্তর:
এই ধরণের টাইপগুলি এড়াতে সম্ভবত সি এর কাছ থেকে জানা একটি অভ্যাস (ডাবলের =পরিবর্তে একক ==):
if (object = null) {
==জাভাতে ধ্রুবকটি বাম দিকে স্থাপনের সম্মেলনটি জাভাতে সত্যই কার্যকর নয় যেহেতু জাভাটির ifমূল্যায়নের জন্য কোনও booleanমূল্যকে মূল্যায়নের প্রয়োজন হয়, সুতরাং ধ্রুবকটি যদি না হয় তবে booleanআপনি যেভাবেই রাখবেন তেমন একটি সংকলন ত্রুটি পাবেন যুক্তি. (এবং এটি যদি বুলিয়ান হয় তবে আপনার ==কোনওভাবেই ব্যবহার করা উচিত নয় ...)
x.booleanValue()বা !x.booleanValue()। x == trueবা x == falseশর্তে প্রকাশের দুর্গন্ধ, আইএমএইচও।
null == objectটাইপ দিয়ে আমরা দুর্ঘটনাক্রমে বস্তুটি ওভাররাইট না করি তা নিশ্চিত করার জন্য ব্যবহার করতে অভ্যস্ত হওয়া কোনওভাবেই ইউজকেস না হওয়া উচিত। যার অর্থ হ'ল আমরা নিজেরাই প্রশিক্ষণ দিচ্ছি যে এখন আমি প্রথমে "নাল" ব্যবহার করি, ঠিক আছে, এমনকি আমি ভুল করলেও। এর অর্থ এই নয় যে কোডটি প্রত্যাশার মতো কাজ করে। এমনকি যদি null = objectজায়গায় দেওয়া হয় null == object, তবে প্রোগ্রামটি প্রত্যাশার মতো কাজ করছে না! তাহলে এই সম্মেলনটি অনুসরণ করার কোনও মানে নেই!
অন্যরা যেমন বলেছে, টাইপস এড়ানোর জন্য এটি সি এর কাছ থেকে শিখে নেওয়া অভ্যাস ছিল - যদিও সিতেও আমি উচ্চ পর্যায়ে সতর্কতা স্তরে শালীন সংকলকদের একটি সতর্কতা দেওয়ার আশা করতাম। যেমন চন্দ্রু বলেছেন, জাভাতে নালীর সাথে এইভাবে তুলনা করা কেবল তখনই সমস্যা তৈরি করতে পারে যদি আপনি কোনও ধরণের পরিবর্তনশীল Boolean(যা আপনি নমুনা কোডটিতে নন) ব্যবহার করছেন। আমি বলব এটি একটি খুব বিরল পরিস্থিতি, এবং এমন কোনও নয় যার জন্য আপনি অন্য কোথাও কোড লেখার পদ্ধতিটি পরিবর্তনযোগ্য। (আমি এমনকি এক্ষেত্রে অপারেশনগুলিকেও উল্টে ফেলার চিন্তা করব না; যদি আমি তাদের বিপরীত বিবেচনা করার জন্য যথেষ্ট স্পষ্টভাবে চিন্তা করি তবে আমি নিশ্চিত যে আমি সমান চিহ্নগুলি গণনা করতে পারি।)
কি করেননি উল্লিখিত হয়েছে যে অনেক মানুষ (নিজেকে অবশ্যই অন্তর্ভুক্ত) খুঁজতে if (variable == constant)এটা নিজেকে প্রকাশ করতে আরও বেশি উপায় - ফর্ম আরো ভালো পঠনযোগ্য যাবে। এটি সি এর কাছ থেকে কোনও কনভেনশন অন্ধভাবে অনুলিপি না করার কারণ in একটি পরিবেশে দরকারী যেটি অন্য পরিবেশে কার্যকর হতে পারে তা ধরে নেওয়ার আগে আপনার সর্বদা অনুশীলনগুলি প্রশ্ন করা উচিত (যেমন আপনি এখানে করছেন)।
জাভাতে (1.5++) এর খুব বেশি মূল্য নেই যখন বস্তুর প্রকারটি বাদে Boolean। কোন ক্ষেত্রে এটি এখনও কার্যকর হতে পারে।
if (object = null)যদি জাভা 1.5++ তে সংকলন ব্যর্থতা সৃষ্টি করে না তবে এটি যদি রানটাইমটিতে Booleanএকটি নিক্ষেপ করে NullPointerException।
জাভাতে কোনও ভাল কারণ নেই।
অন্যান্য বেশ কয়েকটি উত্তর দাবি করেছে যে এটি কারণ আপনি ঘটনাক্রমে সমতার পরিবর্তে এটিকে দায়িত্ব অর্পণ করতে পারেন। তবে জাভাতে আপনার যদি একটি বুলিয়ান থাকতে হয় তবে এটি:
if (o = null)
সংকলন করবে না।
ভেরিয়েবলটি বুলিয়ান হলে জাভাতে কেবলমাত্র এটিই কার্যকর হতে পারে:
int m1(boolean x)
{
if (x = true) // oops, assignment instead of equality
== trueবা সমানভাবে লিখবেন == true == true।
== true। তবে আমি আমার কেরিয়ারে এতটা খারাপ কোড দেখেছি যে আমি কেউ জিজ্ঞাসা করি না কেন কেউ কিছু লিখবে এবং কেবল গ্রহণ করবে যে কিছু লোক অপ্রয়োজনীয় / প্রশ্নযুক্ত কোড লিখেছিল wrote
x == trueএটি খারাপ বিবেচনা করা হচ্ছে কারণ এটি ভুলভাবে লিখে দেওয়া যেতে পারে , কেবলমাত্র পরিবর্তে x = trueএটির পরিবর্তনে তেমন বুদ্ধি নেই । true == xx
এটিও নিবিড়ভাবে সম্পর্কিত:
if ("foo".equals(bar)) {
আপনি এনপিইগুলি সাথে ডিল করতে না চাইলে এটি সুবিধাজনক:
if (bar!=null && bar.equals("foo")) {
intএকটি আদিম টাইপ হয় প্রাসঙ্গিক, যেমন ডাকা অসম্ভব equalsএকটি অন intব্যবহারের খাসি নিয়ে আলোচনা করে কোনো লাভ নেই, তাই x.equals(constant)বা constant.equals(x)জন্য intমান। এবং Integerমানের জন্য , ডিফল্ট মান nullপরিবর্তে হয় 0।
একই কারণে আপনি এটি সি তে করেন; অ্যাসাইনমেন্টটি একটি অভিব্যক্তি, সুতরাং আপনি আক্ষরিক বাম দিকে রেখেছেন যাতে আপনি যদি এটির =পরিবর্তে দুর্ঘটনাক্রমে ব্যবহার করেন তবে এটি ওভাররাইট করতে পারবেন না ==।
xসমান কিনা তা পরীক্ষা করে দেখার চেষ্টা করছেন 5, যখন আপনি ভুল করে টাইপ করেন if (x = 5), এটি নিঃশব্দে সংকলন করবে (এবং সর্বদা trueমূল্য নির্ধারণ করা হোক না কেন, এর মান নির্বিশেষে x)। তবে, আপনি যদি সর্বদা আক্ষরিক প্রথমে নির্দিষ্ট করার অভ্যাসে চলে যান: 'যদি (5 = x)', সংকলকটি আপনার কাজটি ডাবল-চেক করতে পারে এবং ডিবাগারে মাথা ঠেকানোর সময়কে বাঁচাতে পারে। আধুনিক সংকলকরা এই অভ্যাসটিকে অপ্রয়োজনীয় করে তোলে।
objটাইপ হয় java.lang.Boolean(বিগ বি), তবে এটি একটি পার্থক্য করতে পারে (আমার মনে হয়, আসলে চেষ্টা করা হয়নি বা কিছুই নয়)।
এটি এমন লোকদের জন্য যারা বাম দিকে ধ্রুবক পছন্দ করেন। বেশিরভাগ ক্ষেত্রে বাম দিকে ধ্রুবক থাকা নুলপয়েন্টার এক্সেকশনকে নিক্ষেপ করতে বাধা দেয় (বা অন্য নাল চেক করা)। উদাহরণস্বরূপ স্ট্রিং পদ্ধতি সমান এছাড়াও একটি নাল চেক করে। বাম দিকে ধ্রুবক থাকা, আপনাকে অতিরিক্ত চেক লেখা থেকে বিরত রাখবে। যা অন্যভাবে পরেও সম্পাদিত হয়। বাম দিকে নাল মান থাকা কেবল সামঞ্জস্যপূর্ণ।
পছন্দ:
String b = null;
"constant".equals(b); // result to false
b.equals("constant"); // NullPointerException
b != null && b.equals("constant"); // result to false
এটি ইয়োদা শর্তটি বিভিন্ন উপায়ে লেখা
জাবাতে
String myString = null;
if (myString.equals("foobar")) { /* ... */ } //Will give u null pointer
yoda অবস্থা
String myString = null;
if ("foobar".equals(myString)) { /* ... */ } // will be false
নিম্নলিখিত কোডের সাথে তুলনা করুন:
String pingResult = "asd";
long s = System.nanoTime ( );
if ( null != pingResult )
{
System.out.println ( "null != pingResult" );
}
long e = System.nanoTime ( );
System.out.println ( e - s );
long s1 = System.nanoTime ( );
if ( pingResult != null )
{
System.out.println ( "pingResult != null" );
}
long e1 = System.nanoTime ( );
System.out.println ( e1 - s1 );
null != pingResult
325737
pingResult != null
47027
সুতরাং, pingResult != nullবিজয়ী হয়।
তার কারণ বিনিময় সম্পত্তি , শুধুমাত্র মধ্যে পার্থক্য object == nullএবং null == object( Yoda সংস্করণ ) হল জ্ঞানীয় প্রকৃতি কিভাবে কোড পড়া এবং পাঠক দ্বারা জারিত হয়। যদিও আমি এর চূড়ান্ত উত্তর জানি না, তবে আমি জানি যে আমি ব্যক্তিগতভাবে যে বিষয়টিকে পরিদর্শন করছি তার সাথে অন্য কোনও কিছুর সাথে তুলনা করার চেয়ে আমি অন্য কিছুকে তুলনা করা পছন্দ করি , যদি এটি কোনও ধারণা দেয় তবে। বিষয়টি দিয়ে শুরু করুন, তারপরে এর সাথে তুলনা করার মানটি।
অন্য কয়েকটি ভাষায় এই তুলনা শৈলী আরও কার্যকর।
নিখোঁজ "=" সাইন ইন থেকে সাধারণভাবে সুরক্ষিত রাখার জন্য, যদিও আমি মনে করি যে রচনা প্রতিরক্ষা প্রোগ্রামিংয়েরnull == object একটি বিভ্রান্তিমূলক কাজ । এই নির্দিষ্ট কোডটির আরও ভাল উপায় হ'ল জুনিট পরীক্ষার সাথে আচরণের গ্যারান্টি দেওয়া। মনে রাখবেন, একটি "=" হারিয়ে যাওয়ার সম্ভাব্য ভুল পদ্ধতিটির ইনপুট আর্গুমেন্টের উপর নির্ভর করে না - আপনি অন্যান্য লোকেরা এই এপিআইয়ের সঠিক ব্যবহারের উপর নির্ভর করেন না - সুতরাং পরিবর্তে একটি জুনিট পরীক্ষা তার বিরুদ্ধে সুরক্ষার পক্ষে উপযুক্ত। যাইহোক আপনি আচরণটি যাচাই করতে জুনিট টেস্টগুলি লিখতে চান; একটি অনুপস্থিত "=" স্বাভাবিকভাবেই সুযোগের মধ্যে পড়ে।