আমার কাছে মনে হচ্ছে আপনার প্রসঙ্গে সিঁথিতে সঠিকভাবে মানটি দেওয়া উচিত, যা কিছু হোক না কেন। একটি নিয়ম যা "সর্বদা একটি খালি সংগ্রহ ফিরিয়ে দেয়" বলে আমার কাছে কিছুটা সরল মনে হয়।
ধরুন, বলুন, কোনও হাসপাতালের জন্য একটি সিস্টেম, আমাদের একটি ফাংশন রয়েছে যা বিগত 5 বছরের জন্য পূর্ববর্তী সমস্ত হাসপাতালে ভর্তির একটি তালিকা ফেরত দেবে বলে মনে করা হচ্ছে। গ্রাহক যদি হাসপাতালে না থাকেন তবে খালি তালিকাটি ফিরিয়ে দেওয়া ভাল বুদ্ধিমান। কিন্তু যদি গ্রাহক ভর্তির ফর্মের সেই অংশটি ফাঁকা রেখে যায়? "খালি তালিকা" "উত্তর নেই" বা "জানি না" থেকে আলাদা করার জন্য আমাদের আলাদা মান দরকার। আমরা একটি ব্যতিক্রম ছুঁড়ে ফেলতে পারি, তবে এটি অগত্যা কোনও ত্রুটির শর্ত নয় এবং এটি অবশ্যই আমাদের সাধারণ প্রোগ্রাম প্রবাহ থেকে দূরে সরিয়ে দেয় না।
আমি প্রায়শই এমন সিস্টেমগুলি দ্বারা হতাশ হয়ে পড়েছি যা শূন্য এবং কোনও উত্তরের মধ্যে পার্থক্য করতে পারে না। আমি বেশ কয়েকবার এসেছি যেখানে কোনও সিস্টেম আমাকে কিছু নম্বর লিখতে বলেছে, আমি শূন্য লিখি এবং আমি একটি ত্রুটি বার্তা পাই যা আমাকে বলছে যে আমাকে অবশ্যই এই ক্ষেত্রে একটি মান লিখতে হবে। আমি সবেমাত্র করেছি: আমি শূন্য প্রবেশ করলাম! তবে এটি শূন্য গ্রহণ করবে না কারণ এটি কোনও উত্তর থেকে আলাদা করতে পারে না।
স্যান্ডার্সকে উত্তর দিন:
হ্যাঁ, আমি ধরে নিচ্ছি যে "ব্যক্তি প্রশ্নের উত্তর দেয়নি" এবং "উত্তরটি শূন্য ছিল" মধ্যে পার্থক্য রয়েছে। এটি ছিল আমার উত্তরের শেষ অনুচ্ছেদের পয়েন্ট। অনেক প্রোগ্রাম ফাঁকা বা শূন্য থেকে "জানেন না" পার্থক্য করতে অক্ষম, যা আমার কাছে একটি সম্ভাব্য গুরুতর ত্রুটি বলে মনে হয়। উদাহরণস্বরূপ, আমি এক বছর বা তারও আগে একটি বাড়ির জন্য কেনাকাটা করছিলাম। আমি একটি রিয়েল এস্টেটের ওয়েবসাইটে গিয়েছিলাম এবং সেখানে অনেকগুলি ঘর জিজ্ঞাসিত মূল্যের সাথে তালিকাবদ্ধ ছিল। 0। আমার কাছে বেশ ভালো লাগছে: তারা এই বাড়িগুলি বিনামূল্যে দিয়ে দিচ্ছে! তবে আমি নিশ্চিত যে দুঃখজনক বাস্তবতা হ'ল তারা কেবল দামটি প্রবেশ করেনি। সেক্ষেত্রে আপনি বলতে পারেন, "ঠিক আছে, অবিশ্বাস্য শূন্যের অর্থ তারা দাম প্রবেশ করেনি - কেউ বাড়ি বিনা দামে দিতে যাচ্ছে না।" তবে সাইটটি বিভিন্ন শহরে গড় জিজ্ঞাসা ও বিক্রয়কৃত তালিকাও তালিকাভুক্ত করেছে। আমি সাহায্য করতে পারছি না কিন্তু অবাক হতে পারি যদি গড়টি শূন্যগুলিকে অন্তর্ভুক্ত না করে, তবে এটি কিছু জায়গার জন্য ভুলভাবে নিম্নতর গড় দেয়। অর্থাত্ $ ১০,০০,০০০ এর গড় কি; $ 120,000; এবং "জানেন না"? প্রযুক্তিগতভাবে উত্তরটি "জানেন না"। আমরা সম্ভবত যা দেখতে চাই তা হল 110,000 ডলার। তবে আমরা যা পাব তা সম্ভবত $ 73,333, যা সম্পূর্ণ ভুল হবে। এছাড়াও, যদি এমন কোনও সাইটে আমাদের যদি সমস্যা হয় যেখানে ব্যবহারকারীরা অন-লাইনে অর্ডার করতে পারেন? (রিয়েল এস্টেটের পক্ষে অসদৃশ্য নয়, তবে আমি নিশ্চিত যে আপনি এটি অন্যান্য অনেক পণ্যগুলির জন্যই সম্পন্ন করেছেন)) আমরা কী "সত্যই এখনও নির্দিষ্ট না করে" "বিনামূল্যে" হিসাবে ব্যাখ্যা করার জন্য চাই? এইভাবে কিছু জায়গার জন্য ভুলভাবে নিম্ন গড় দেওয়া। অর্থাত্ $ ১০,০০,০০০ এর গড় কি; $ 120,000; এবং "জানেন না"? প্রযুক্তিগতভাবে উত্তরটি "জানেন না"। আমরা সম্ভবত যা দেখতে চাই তা হল 110,000 ডলার। তবে আমরা যা পাব তা সম্ভবত $ 73,333, যা সম্পূর্ণ ভুল হবে। এছাড়াও, যদি এমন কোনও সাইটে আমাদের যদি সমস্যা হয় যেখানে ব্যবহারকারীরা অন-লাইনে অর্ডার করতে পারেন? (রিয়েল এস্টেটের পক্ষে অসদৃশ্য নয়, তবে আমি নিশ্চিত যে আপনি এটি অন্যান্য অনেক পণ্যগুলির জন্যই সম্পন্ন করেছেন)) আমরা কী "সত্যই এখনও নির্দিষ্ট না করে" "বিনামূল্যে" হিসাবে ব্যাখ্যা করার জন্য চাই? এইভাবে কিছু জায়গার জন্য ভুলভাবে নিম্ন গড় দেওয়া। অর্থাত্ $ ১০,০০,০০০ এর গড় কি; $ 120,000; এবং "জানেন না"? প্রযুক্তিগতভাবে উত্তরটি "জানেন না"। আমরা সম্ভবত যা দেখতে চাই তা হল 110,000 ডলার। তবে আমরা যা পাব তা সম্ভবত $ 73,333, যা সম্পূর্ণ ভুল হবে। এছাড়াও, যদি এমন কোনও সাইটে আমাদের যদি সমস্যা হয় যেখানে ব্যবহারকারীরা অন-লাইনে অর্ডার করতে পারেন? (রিয়েল এস্টেটের পক্ষে অসদৃশ্য নয়, তবে আমি নিশ্চিত যে আপনি এটি অন্যান্য অনেক পণ্যগুলির জন্যই সম্পন্ন করেছেন)) আমরা কী "সত্যই এখনও নির্দিষ্ট না করে" "বিনামূল্যে" হিসাবে ব্যাখ্যা করার জন্য চাই? যা পুরোপুরি ভুল হবে। এছাড়াও, যদি এমন কোনও সাইটে আমাদের যদি সমস্যা হয় যেখানে ব্যবহারকারীরা অন-লাইনে অর্ডার করতে পারেন? (রিয়েল এস্টেটের পক্ষে অসদৃশ্য নয়, তবে আমি নিশ্চিত যে আপনি এটি অন্যান্য অনেক পণ্যগুলির জন্যই সম্পন্ন করেছেন)) আমরা কী "সত্যই এখনও নির্দিষ্ট না করে" "বিনামূল্যে" হিসাবে ব্যাখ্যা করার জন্য চাই? যা পুরোপুরি ভুল হবে। এছাড়াও, যদি এমন কোনও সাইটে আমাদের যদি সমস্যা হয় যেখানে ব্যবহারকারীরা অন-লাইনে অর্ডার করতে পারেন? (রিয়েল এস্টেটের পক্ষে অসদৃশ্য নয়, তবে আমি নিশ্চিত যে আপনি এটি অন্যান্য অনেক পণ্যগুলির জন্যই সম্পন্ন করেছেন)) আমরা কী "সত্যই এখনও নির্দিষ্ট না করে" "বিনামূল্যে" হিসাবে ব্যাখ্যা করার জন্য চাই?
আরআর দুটি পৃথক ফাংশন করছে, একটি "আছে কি?" এবং একটি "যদি তাই হয় তবে এটি কী?" হ্যাঁ, আপনি অবশ্যই এটি করতে পারতেন তবে আপনি কেন চান? এখন কলিং প্রোগ্রামটি একের পরিবর্তে দুটি কল করতে হবে। যদি কোনও প্রোগ্রামার "কোনটি" কল করতে ব্যর্থ হয় তবে কী হবে? এবং সরাসরি "এটি কি?" ? প্রোগ্রামটি কি একটি ভুল নেতৃত্বের শূন্য ফিরে পাবে? একটি ব্যতিক্রম নিক্ষেপ? একটি অপরিবর্তিত মান ফেরত দেবেন? এটি আরও কোড, আরও কাজ এবং আরও সম্ভাব্য ত্রুটি তৈরি করে।
আমি দেখতে পাচ্ছি কেবলমাত্র এটি হ'ল এটি আপনাকে একটি স্বেচ্ছাসেবী বিধি মেনে চলতে সক্ষম করে। এই নিয়মের কোনও সুবিধা রয়েছে যা এটি মান্য করার সমস্যাকে মূল্য দেয়? তা না হলে কেন বিরক্ত করবেন?
জ্যামাইক্যাক্সকে উত্তর দিন:
আসল কোডটি কেমন হবে তা বিবেচনা করুন। আমি জানি প্রশ্নটি সি # বলেছে তবে আমি জাভা লিখলে ক্ষমা করবেন। আমার সি # খুব তীক্ষ্ণ নয় এবং নীতিটি একই।
শূন্য রিটার্ন সহ:
HospList list=patient.getHospitalizationList(patientId);
if (list==null)
{
// ... handle missing list ...
}
else
{
for (HospEntry entry : list)
// ... do whatever ...
}
একটি পৃথক ফাংশন সহ:
if (patient.hasHospitalizationList(patientId))
{
// ... handle missing list ...
}
else
{
HospList=patient.getHospitalizationList(patientId))
for (HospEntry entry : list)
// ... do whatever ...
}
এটি নাল রিটার্ন সহ একটি লাইন বা দুটি কম কোড, সুতরাং এটি কলারের উপর বেশি বোঝা নয়, এটি কম।
আমি দেখতে পাচ্ছি না এটি কীভাবে একটি ডিআরওয়াই ইস্যু তৈরি করে। আমাদের দু'বার কল কার্যকর করতে হবে এমনটি নয়। যদি তালিকাটি উপস্থিত না থাকে আমরা যদি সর্বদা একই কাজটি করতে চাইতাম, সম্ভবত আমরা কলারটি না করে গেট-লিস্টের কার্যক্রমে হ্যান্ডলিংকে চাপ দিতে পারতাম এবং সুতরাং কলারে কোডটি রাখা একটি ডিআরওয়াই লঙ্ঘন হবে। তবে আমরা অবশ্যই অবশ্যই সর্বদা একই জিনিস করতে চাই না। প্রক্রিয়াজাতকরণের জন্য আমাদের অবশ্যই তালিকা থাকতে হবে এমন ফাংশনগুলিতে, একটি অনুপস্থিত তালিকা এমন একটি ত্রুটি যা প্রসেসিংয়ে ভালভাবে থামতে পারে। তবে কোনও সম্পাদনা স্ক্রিনে, তারা অবশ্যই ডেটা প্রবেশ না করায় আমরা অবশ্যই প্রক্রিয়াজাতকরণ থামাতে চাই না: আমরা তাদের ডেটা প্রবেশ করতে দিতে চাই। সুতরাং "কোনও তালিকা নয়" হ্যান্ডলিং কলার পর্যায়ে এক বা অন্য কোনও উপায়ে করতে হবে। এবং আমরা নাল রিটার্ন বা পৃথক ফাংশন দিয়ে তা করি কিনা তা বড় নীতিটির কোনও পার্থক্য করে না।
অবশ্যই, যদি কলার শূন্য অনুসন্ধান না করে তবে প্রোগ্রামটি নাল পয়েন্টার ব্যতিক্রম সহ ব্যর্থ হতে পারে। তবে যদি আলাদাভাবে "কোনও" পেয়ে থাকে এবং কলকারী সেই ফাংশনটিকে কল করে না তবে অন্ধভাবে "get list" ফাংশনটি কল করে তবে কী ঘটে? যদি এটি একটি ব্যতিক্রম ছুঁড়ে দেয় বা অন্যথায় ব্যর্থ হয় তবে ভাল, এটি যদি নালায় ফিরে আসে এবং এটির জন্য পরীক্ষা না করে তবে যা ঘটেছিল তা অনেকটাই একই। যদি এটি একটি খালি তালিকা দেয় তবে এটি কেবল ভুল। আপনি "শূন্য উপাদানগুলির সাথে আমার একটি তালিকা আছে" এবং "আমার একটি তালিকা নেই" এর মধ্যে পার্থক্য করতে ব্যর্থ হচ্ছেন। এটি ব্যবহারকারী যখন কোনও দাম প্রবেশ করায় না, তখন দামের জন্য শূন্য ফিরিয়ে দেওয়ার মতো: এটি কেবল ভুল।
সংগ্রহের অতিরিক্ত বৈশিষ্ট্য সংযুক্তি কীভাবে সহায়তা করে তা আমি দেখতে পাচ্ছি না। কলারের এখনও এটি পরীক্ষা করে দেখতে হবে। নাল পরীক্ষা করার চেয়ে এটি কীভাবে ভাল? আবার, ঘটতে পারে এমন চূড়ান্ত সবচেয়ে খারাপ ঘটনাটি হ'ল প্রোগ্রামার এটি পরীক্ষা করে ভুলে যাওয়া এবং ভুল ফলাফল দেয়।
কোনও ফাংশন যা নালকে প্রত্যাবর্তন করে তা যদি প্রোগ্রামার নাল অর্থ "একটি মূল্য না থাকে" ধারণার সাথে পরিচিত হয়, তবে আমি মনে করি যে কোনও উপযুক্ত প্রোগ্রামার এর কথা শোনা উচিত ছিল, যদিও তিনি মনে করেন এটি একটি ভাল ধারণা বা না। আমি মনে করি একটি পৃথক ফাংশন থাকা আরও একটি "আশ্চর্য" সমস্যা। যদি কোনও প্রোগ্রামার এপিআইয়ের সাথে অপরিচিত থাকে, যখন সে কোনও ডেটা ছাড়াই একটি পরীক্ষা চালায় তিনি দ্রুত আবিষ্কার করতে পারবেন যে কখনও কখনও সে একটি শূন্যতা ফিরে পায়। তবে তিনি কীভাবে অন্য কোনও অস্তিত্ব আবিষ্কার করবেন যদি না ঘটে থাকে যে তার কাছে এমন কোনও ফাংশন থাকতে পারে এবং তিনি ডকুমেন্টেশন পরীক্ষা করেন এবং ডকুমেন্টেশনটি সম্পূর্ণ এবং বোধগম্য হয় না? আমার বরং একটি ফাংশন থাকতে হবে যা আমাকে সর্বদা একটি অর্থপূর্ণ প্রতিক্রিয়া দেয়, বরং দুটি ফাংশন যা আমাকে জানতে এবং উভয়কে কল করতে মনে রাখতে হবে than