তবে, অনেকগুলি বিভিন্ন সরঞ্জাম এবং আইডিই রয়েছে যা প্রোগ্রামার পছন্দমতো মান হিসাবে ফর্ম্যাট করবে।
সে জন্য শুভকামনা। আমার অভিজ্ঞতা, এমন একটি ক্ষুদ্র সংখ্যক সরঞ্জাম (শূন্য!) রয়েছে যা X ফর্ম্যাট থেকে Y ফর্ম্যাট করতে কোডটি সঠিকভাবে পুনরায় ফর্ম্যাট করতে পারে There ট্যাব বনাম স্পেস, বহু-লাইন স্টেটমেন্ট ইত্যাদি etc. GNU এর C ++ স্ট্যান্ডার্ড লাইব্রেরি ফাইলগুলির বাস্তবায়নটি দেখুন। আপনি যা করতে পারেন তা হ'ল আপনার আইডিইটি হ'ল ট্যাবগুলির পরিবর্তে সর্বদা ফাঁকা স্থান ব্যবহার করা এবং বিদেশী কোডটির পুনরায় ফর্ম্যাট করা বিরক্ত করবেন না। এখন আপনার কোডটি আপনার পছন্দ মতো দেখাচ্ছে এবং বিদেশী কোডটি মূল লেখক যেভাবে লিখেছেন সেভাবে দেখায়।
একটি নির্দিষ্ট ইনডেন্টেশন শৈলী হ'ল কোডিং স্ট্যান্ডার্ডটি নির্দিষ্ট করা উচিত thing এটি একটি প্রোগ্রামিং ধর্মীয় যুদ্ধ শুরু করার পথে চলছে। আইএমও, একটি কোডিং স্ট্যান্ডার্ডটি গ্রহণযোগ্য ইনডেন্টেশন শৈলীর একটি যুক্তিসঙ্গত স্যুট নির্দিষ্ট করা উচিত, তবে একটি প্যাকেজটির লেখকদের কাছে সুনির্দিষ্ট বিষয়গুলি রেখে দিন। ইনডেন্টেশন শৈলী কোডিং মানের একটি ছোট্ট অংশ বা হওয়া উচিত। কোডিং মানগুলির নিয়ম সংখ্যা শূন্য: ছোট জিনিস ঘামবেন না। ইন্ডেন্টেশন শৈলী একটি ছোট জিনিস।
বড় জিনিস:
- আমি কীভাবে জিনিসগুলির নাম দেব?
- ভাষার কিছু অংশ কি সীমাবদ্ধ?
- কোডটি কি পরিষ্কার সংকলন করা দরকার এবং কোন সংকলক সেটিংস সহ?
- কোডটিতে কি কিছু নির্দিষ্ট মেট্রিক পাস করতে হবে?
- কোন ধরণের পরীক্ষার দরকার?
- কোড (মন্তব্য) এবং অন্য কোথাও কোন ধরণের ডকুমেন্টেশনের প্রয়োজন?
- সর্বাধিক গুরুত্বপূর্ণ, আমি কীভাবে স্ট্যান্ডার্ডে ছাড় পাব?
সংযোজন
সম্ভবত আরও গুরুত্বপূর্ণ কি না একটি কোডিং মান করা। প্রয়োজনীয়তাগুলি কীভাবে লিখতে হয় সেগুলি বিষয়গুলি কোডিং মানের সাথে সম্পর্কিত নয়। পরীক্ষার বিবরণগুলিও অন্তর্ভুক্ত নয়। কোনও প্রকল্পের কোডিং স্ট্যান্ডার্ডগুলি প্রকল্প পরিচালন পরিকল্পনা, পরীক্ষা পরিচালনা পরিকল্পনা, যাচাইকরণ এবং যাচাইকরণ পরিকল্পনা ইত্যাদির জন্য স্ট্যান্ড-ইন হিসাবে ব্যবহার করা উচিত নয় etc. কোডিং মানগুলির লক্ষ্য হ'ল কোড সুরক্ষা, গুণমান, বোধগম্যতা, রক্ষণাবেক্ষণযোগ্যতা, এবং অন্যান্য "ক্ষমতা"। এটি ঘটবে না তা নিশ্চিত করার জন্য প্রচুর উপায় রয়েছে। মাত্র কয়েকটি: মানককে কিছু দেশের ট্যাক্স আইন হিসাবে জটিল হিসাবে তৈরি করা, প্রোগ্রামিং ধর্মীয় যুদ্ধকে উস্কে দেওয়া, নামকরণের খারাপ নামকরণ হওয়া।
কোডিং মানগুলির অনিচ্ছাকৃত পরিণতি হতে পারে। উদাহরণ: একটি প্রকল্প ইঞ্জিনিয়ারের কিছু বোকা তার অর্থ বোঝাতে "কোনও ম্যাজিক সংখ্যা নিয়ম" ব্যাখ্যা করতে যাচ্ছেন if (index == 0) {...}
এবং এটি for (ii = 0; ii < 3; ++ii) {...}
অবশ্যই বদলে যেতে হবে if (ZERO == index) {}
এবং for (ii = ZERO; ii < NUMBER_OF_DIMENSIONS_IN_THE_UNIVERSE; ++ii) {...}
হাসবেন না। আমি এটা ঘটতে দেখেছি। আজকাল আমি যখন কোডিং স্ট্যান্ডার্ড লিখি তখন এই ধরণের বোকামির বিরুদ্ধে লড়াইয়ের নিয়মের চেয়ে এটি "নো ম্যাজিক সংখ্যা নির্দেশিকা"।
কোডিং মানটি খারাপ প্রোগ্রামিং শৈলী / বিপজ্জনক কোডিং অনুশীলনের বিরুদ্ধে এক নম্বর প্রতিরক্ষা নয়। কোড পর্যালোচনা হয়। বহু বছর অটোমেশন থাকা সত্ত্বেও, কিছুটা বিষয়বস্তু সেট মানুষের চোখের দৃষ্টিভঙ্গি দেখে এবং কোডের কিছু অংশের রায় প্রদানের চেয়ে ভাল আর কিছুই নেই।