একটি জিনিস এখনও কেউ উল্লেখ করেনি, তাই আমি এটি উল্লেখ করব: নীড় মন্তব্য করার আকাঙ্ক্ষাটি প্রায়শই নির্দেশ করে যে প্রোগ্রামারটি ডোন ইট ভুল।
প্রথমে সম্মত হোন যে প্রোগ্রামারটির কাছে কেবল "নেস্টিং" বা "বাসা বাঁধাই নয়" দৃশ্যমান তখনই যখন প্রোগ্রামার কাঠামোগতভাবে কিছু লিখে থাকে:
do_something();
/* comment /* nested comment */ more comment */
do_something_else();
এখন, কখন এ জাতীয় জিনিসটি বাস্তবে আসে? অবশ্যই প্রোগ্রামার নেস্টেড মন্তব্যগুলি লিখবে না যা আক্ষরিকভাবে উপরের স্নিপেটের মতো দেখাচ্ছে! না, বাস্তবে আমরা মন্তব্যগুলিতে বাসা বেঁধে থাকি (বা আমরা আশা করি যে এগুলি বাসা বেঁধে ফেলতে পারি), কারণ আমরা এরকম কিছু লিখতে চাই:
do_something(); /* do a thing */
/* [ajo] 2017-12-03 this turned out to be unnecessary
do_something_else(); /* do another thing */
*/
এবং এই হল খারাপ। এটি এমন একটি নিদর্শন নয় যা আমরা (ভাষা ডিজাইনার হিসাবে) উত্সাহিত করতে চাই! সঠিক উপরে স্নিপেট লিখতে পথ হল:
do_something(); /* do a thing */
সেই "ভুল" কোড, সেই ভুয়া সূচনা বা যা যা ছিল তা কোডবেজে অন্তর্ভুক্ত নয়। এটি উত্স-নিয়ন্ত্রণের ইতিহাসে সর্বোত্তম belongs আদর্শভাবে, আপনি এমনকি ভুল কোড লিখতে চান না, ডান? এবং যদি ভুল কোডটি কোনও উদ্দেশ্যে কাজ করে থাকে তবে রক্ষণাবেক্ষণকারীদের কোনও কারণে এটি পুনরুদ্ধার না করার জন্য সতর্ক করে, ভাল, এটি সম্ভবত একটি লিখিত এবং ইচ্ছাকৃত কোড মন্তব্যের জন্য একটি কাজ । এক্স করে এমন কিছু পুরানো কোড রেখে কেবল "এক্স করবেন না" প্রকাশ করার চেষ্টা করা, তবে মন্তব্য করেছিলেন, এক্সকে করা থেকে বিরত রাখার সবচেয়ে পঠনযোগ্য বা কার্যকর উপায় নয় people
এটি সমস্তই থাম্বের একটি সহজ নিয়মে ফোটে যা আপনি আগে শুনে থাকতে পারেন: কোড মন্তব্য করবেন না। (এই শব্দগুচ্ছ একটি আপ চালু হবে খুঁজছেন অনেক এর মতামত মধ্যে চুক্তি ।)
আগে আপনি জিজ্ঞাসা: হ্যাঁ, এই ধরনের সি, সি #, এবং C যেমন ভাষায় ++, ইতিমধ্যে প্রোগ্রামার দিতে অন্য টুল কোডের বড় ব্লক "মন্তব্য আউট": #if 0। তবে এটি কেবল সি প্রিপ্রোসেসরের একটি নির্দিষ্ট অ্যাপ্লিকেশন, যা এটি তার নিজস্বভাবে একটি বৃহত এবং দরকারী সরঞ্জাম। ভাষার পক্ষে শর্তসাপেক্ষ সংকলন সমর্থন করা #ifএবং এখনও সমর্থন না করা সত্যিই এটি অত্যন্ত কঠিন এবং বিশেষ-কেসিসি হবে #if 0।
সুতরাং, আমরা প্রতিষ্ঠিত করেছি যে নেস্টেড মন্তব্যগুলি কেবল তখন প্রাসঙ্গিক হয় যখন প্রোগ্রামার কোড মন্তব্য করে থাকে; এবং আমরা প্রতিষ্ঠিত করেছি (প্রচুর অভিজ্ঞ প্রোগ্রামারদের sensকমত্যের মাধ্যমে) যে কোডের বাইরে মন্তব্য করা একটি খারাপ কাজ।
সিলেজিজমটি সম্পূর্ণ করার জন্য, আমাদের অবশ্যই মেনে নিতে হবে যে ভাষা ডিজাইনারদের ভাল জিনিস প্রচার এবং খারাপ জিনিসকে নিরুৎসাহিত করার আগ্রহ রয়েছে (ধরে নিই যে সমস্ত কিছু সমান)।
নেস্টেড মন্তব্য ক্ষেত্রে, সব অন্য হয় সমান - আপনি নিরাপদে উপেক্ষা করতে পারেন কম ভোট উত্তরগুলি বলে যে দাবি করা নেস্টেড পার্স /*একরকম পার্সার জন্য "কঠিন" হতে হবে। (নেস্টেড নেস্টেডের /*চেয়ে শক্ত কিছু নয়)( , যা বিশ্বের প্রতিটি পার্সারকে ইতিমধ্যে পরিচালনা করতে হবে needs)
সুতরাং, অন্য সমস্ত কিছু সমান হওয়ায়, কোনও ভাষা ডিজাইনারকে বাসা বাঁধার পক্ষে মন্তব্যগুলি (যেমন কোডের বাইরে মন্তব্য করা) সহজ করা উচিত , বা কঠিন? মনে রাখবেন যে কোড আউট করা মন্তব্য করা একটি খারাপ কাজ।
Qed
পাদটীকা। লক্ষ্য করুন যে আপনি যদি নেস্টেড মন্তব্যের অনুমতি না দিয়ে থাকেন তবে
hello /* foo*/bar.txt */ world
এটি একটি বিভ্রান্তিকর "মন্তব্য" - এটি সমান
hello bar.txt */ world
(যা সম্ভবত একটি সিনট্যাক্স ত্রুটি)। কিন্তু আপনি যদি না নেস্টেড মন্তব্যকে অনুমতি, তারপর
hello /* foo/*.txt */ world
এটি একটি বিভ্রান্তিকর "মন্তব্য" - এটি সমান
hello
কিন্তু মন্তব্যটি ফাইলের শেষের দিকে খোলে (যা আবার প্রায় একটি সিনট্যাক্স ত্রুটি)। সুতরাং কোনও উপায়ই অনিচ্ছাকৃত সিনট্যাক্স ত্রুটিগুলির জন্য বিশেষত কম প্রবণ। পার্থক্য হ'ল কীভাবে তারা মন্তব্য-আউট কোডের ইচ্ছাকৃত অ্যান্টিপ্যাটার্ন পরিচালনা করে ।