আমি মনে করি সম্বোধন করার জন্য দুটি জিনিস রয়েছে এবং আমি আসলে এগুলি আলাদাভাবে বিবেচনা করব কারণ সেগুলি একই পদ্ধতিতে যোগাযোগ করা যায় না, যদিও আমি উভয়কেই গুরুত্বপূর্ণ বলে মনে করি।
- প্রযুক্তিগত দিক: যার ঝুঁকিপূর্ণ বা খারাপ-গঠন কোড এড়ানো লক্ষ্য (সংকলক / দোভাষী দ্বারা গ্রহণ করা হলেও)
- উপস্থাপনা দিক: যা প্রোগ্রামটি পাঠকদের কাছে পরিষ্কার করার সাথে নিজেকে উদ্বেগিত করে
প্রযুক্তিগত দিকটি আমি কোডিং স্ট্যান্ডার্ডের জন্য যোগ্য , যেমন হার্ব সটার এবং আন্ড্রেই আলেকজান্ড্রেস্কু তাদের সি ++ কোডিং স্ট্যান্ডার্ডগুলি সহ । আমি কোডিং স্টাইলের উপস্থাপনাটিতে যোগ্যতা অর্জন করি , যার মধ্যে নামকরণ কনভেনশন, ইনডেন্টেশন ইত্যাদি রয়েছে ...
কোডিং স্ট্যান্ডার্ড
এটি নিখুঁতভাবে প্রযুক্তিগত হওয়ায় একটি কোডিং স্ট্যান্ডার্ড বেশিরভাগ উদ্দেশ্যমূলক হতে পারে। যেমন প্রতিটি নিয়ম একটি কারণ দ্বারা সমর্থন করা উচিত। বইটিতে আমি প্রতিটি আইটেম উল্লেখ করেছি:
- একটি শিরোনাম, সহজ এবং বিন্দু
- একটি সংক্ষিপ্তসার, যা শিরোনাম ব্যাখ্যা করে
- একটি আলোচনা, যা অন্যথায় করার বিষয়টি চিত্রিত করে এবং এরপরে যুক্তিটি বর্ণনা করে
- alচ্ছিক কিছু উদাহরণ, কারণ একটি ভাল উদাহরণ হাজার শব্দের জন্য মূল্যবান
- ঐচ্ছিক ব্যতিক্রম একটি তালিকা যার জন্য এই নিয়ম কাজ এরাউন্ড এ প্রয়োগ করা যাবে না, কখনও কখনও
- রেফারেন্সগুলির একটি তালিকা (অন্যান্য বই, ওয়েবসাইট) যা এই বিষয়টি নিয়ে আলোচনা করেছে
যুক্তি এবং ব্যতিক্রমগুলি অত্যন্ত গুরুত্বপূর্ণ, কারণ তারা কেন এবং কখন সংক্ষেপ করে।
শিরোনামটি যথেষ্ট পরিমাণে স্পষ্ট হবে যে পর্যালোচনা চলাকালীন সময়ে কেবলমাত্র কাজ করতে শিরোনামগুলির একটি তালিকা (ঠকানো শীট) থাকা দরকার। এবং স্পষ্টতই, আইটেমগুলি বিভাগ অনুসারে গ্রুপ করুন যাতে এটির সন্ধান আরও সহজ হয়।
সি ++ লোমযুক্ত বলে মনে করা সত্ত্বেও সুটার এবং আলেকজান্দ্রেস্কু কেবলমাত্র একশত আইটেমের একটি তালিকা রাখতে পেরেছিলেন;)
কোডিং স্টাইল
এই অংশটি সাধারণত কম উদ্দেশ্যমূলক (এবং নিখরচায় বিষয়গত হতে পারে)। এখানে উদ্দেশ্য হ'ল ধারাবাহিকতার গ্যারান্টি দেওয়া, কারণ এটি রক্ষণাবেক্ষণকারী এবং নতুন আগতদের সহায়তা করে।
আপনি কোনও পবিত্র-যুদ্ধে প্রবেশ করতে চান না যা সম্পর্কে এখানে ইন্ডেন্টেশন বা ব্রেস স্টাইলটি আরও ভাল, এর জন্য এখানে ফোরাম রয়েছে: সুতরাং এই বিভাগে আপনি sensকমত্য> সংখ্যাগরিষ্ঠ ভোট> নেতাদের দ্বারা নির্বিচারে সিদ্ধান্ত নিয়ে কাজ করেন।
বিন্যাসকরণের উদাহরণের জন্য, শৈল্পিক স্টাইলের বিকল্পগুলির তালিকা দেখুন । আদর্শভাবে, নিয়মগুলি স্পষ্ট এবং পর্যাপ্ত পরিমাণে হওয়া উচিত যাতে কোনও প্রোগ্রাম কোডটি পুনরায় লিখতে পারে (যদিও আপনি এটির কোনও কোডই করেন না;))
নামকরণের কনভেনশনের জন্য, আমি শ্রেণি / প্রকারগুলি সহজেই ভেরিয়েবল / বৈশিষ্ট্যগুলি থেকে আলাদা করার চেষ্টা করব।
আমি এই "বিভাগগুলি" এর মতো শ্রেণীবদ্ধ করি this
- সংক্ষিপ্ত থেকে দীর্ঘ পদ্ধতির পছন্দ: দীর্ঘায়িত বিষয়টির সাথে একমত হওয়া সাধারণত কঠিন
- ইন্ডেন্টেশন হ্রাস করতে প্রারম্ভিক রিটার্ন / চালিয়ে যাওয়া / বিরতি পছন্দ করুন
বিবিধ?
এবং একটি চূড়ান্ত শব্দ হিসাবে, এখানে একটি আইটেম যা খুব কমই কোডিং স্ট্যান্ডার্ডগুলিতে আলোচিত হয়, সম্ভবত এটি প্রতিটি প্রয়োগের জন্য নির্দিষ্ট কারণ: কোড সংস্থা code আর্কিটেকচারাল ইস্যু সম্ভবত সর্বাধিক অসামান্য সমস্যা, প্রাথমিক নকশায় স্ক্রু করুন এবং আপনি এখন থেকে কয়েক বছর ধরে জর্জরিত হবেন। বেসিক ফাইল হ্যান্ডলিংয়ের জন্য আপনার সম্ভবত একটি বিভাগ যুক্ত করা উচিত: পাবলিক / প্রাইভেট শিরোনাম, নির্ভরতা পরিচালনা, উদ্বেগের বিভাজন, অন্যান্য সিস্টেম বা লাইব্রেরিতে ইন্টারফ্যাক্স ...
তবে এগুলি আসলে প্রয়োগ এবং প্রয়োগ না করা হলে কিছুই নয় ।
কোড পর্যালোচনা চলাকালীন যে কোনও লঙ্ঘন করা উচিত, এবং যদি কোনও লঙ্ঘন অসামান্য হয় তবে কোনও কোড পর্যালোচনা ঠিক হবে না:
- নিয়মের সাথে মেলে কোড ঠিক করুন
- নিয়মটি ঠিক করুন যাতে কোডটি আর দাঁড়ায় না
স্পষ্টতই, একটি নিয়ম পরিবর্তন করার অর্থ নেতাদের কাছ থেকে "এগিয়ে যান"।