বৃহত্তর প্রোগ্রামগুলি লেখার সময় আমি বহুবার জিজ্ঞাসা করেছি যে কতগুলি অনুলিপি এবং পেস্ট করার পরে কোডটি কোনও ফাংশন বা পদ্ধতিতে রাখার অর্থ কী? এবং থাম্বের একটি ভাল নিয়ম কী? আমি চারটি লাইন বা তারও বেশি থাম্বের একটি নিয়ম ব্যবহার করছি এবং আরও দু'বার প্রদর্শিত হবে, তারপরে আমি সেই কোডটি সহ একটি সাধারণ ফাংশন / পদ্ধতি করি। আপনি কি আরও ভাল অনুশীলনের কথা ভাবতে পারেন বা কোনও পয়েন্টার সরবরাহ করতে পারেন? এটি আরও একটি সাধারণ নকশা প্যাটার্ন প্রশ্ন বরং ভাষা নির্দিষ্ট প্রশ্ন।
উত্তর:
আমি কোডটি দলিল করার উপায় হিসাবে আংশিকভাবে ফাংশনগুলি ব্যবহার করি। অর্থবোধক নামে একটি ফাংশন কল করা কোডটি বোঝা সহজ করে তোলে। কিছু ক্ষেত্রে এমনকি একটি একক লাইন সহ একটি ফাংশনও বোধগম্য হয়।
উদাহরণস্বরূপ, "ক্লিন কোড" এ রবার্ট সি মার্টিন নীচের উদাহরণটি দিয়েছেন: আপনি কোনটি দেখতে চান? এই:
// Check to see if the employee is eligible for full benefits
if ((employee.flags & HOURLY_FLAG) &&
(employee.age > 65))
অথবা এটা?
if (employee.isEligibleForFullBenefits())
আমি সবসময় তার সাথে একমত হই না, তবে এই ক্ষেত্রে আমি তা করি। কোডটি কেবলমাত্র যখন আপনি এটি লিখবেন এবং আপনি প্রতিটি বিবরণ জানবেন তা নয়, রাত ৯ টায়ও যখন আপনাকে অন্য কারও কোডে বাগগুলি ঠিক করতে হবে তখনই পাঠযোগ্য। দীর্ঘ অবস্থায় তাকিয়ে থাকা এবং সমস্ত ডাবল নেতিবাচক বিষয়গুলি বের করার চেষ্টা করা বাঞ্ছনীয় নয়। আপনি যদি এটিতে কেবল একটি নাম রাখতে পারেন (কেবল শর্ত নয়, আপনি যে কোডের কোডটি লিখেছেন) তবে এটি অনেক সহজ হয়ে যায়।
কোনও অনুষ্ঠানে কোনও কিছু রাখার জন্য আমি কখনও দুঃখ প্রকাশ করি না এবং আপনি যদি পারফরম্যান্স নিয়ে চিন্তিত হন তবে প্রথমে প্রোফাইল দিন।
একটি বিভ্রান্তি রয়েছে যে ফাংশন কলগুলি কেবল পুনরাবৃত্তি কোড বিভাগগুলি এড়ানোর জন্য করা উচিত। আমার থাম্বের নিয়মটি হ'ল কাজের যে কোনও যৌক্তিক ইউনিট কোনও ফাংশন হিসাবে তৈরি করা উচিত, এমনকি যখন এটি কেবলমাত্র এক জায়গায় ব্যবহার করা হয়। এটি সাধারণত আরও ভাল পাঠযোগ্যতার দিকে নিয়ে যায় এবং আপনাকে স্ব-ডকুমেন্টিং কোড লেখার অনুমতি দেয়, যেখানে ফাংশন নাম মন্তব্যগুলির পরিবর্ত করে এবং আপনি কী করছেন তা ব্যাখ্যা করার জন্য আপনাকে অতিরিক্ত মন্তব্য লেখার প্রয়োজন নেই।
যদি এটি একাধিক জায়গায় ব্যবহৃত হয় , এবং
তারপরে এটিকে একটি ফাংশন বা পদ্ধতি করুন। আমার অভিজ্ঞতা অনুসারে পুনরাবৃত্ত কোডের দীর্ঘ অংশগুলি স্বাভাবিকভাবেই এই বিভাগগুলির মধ্যে একটিতে পড়বে (সাধারণত প্রথমটি তবে তারপরে বিভাগগুলি অনেকগুলি ওভারল্যাপ করে;)। অবশ্যই, ইন্টারফেসে থাকতে হবে যে কোনও কিছু তার নিজস্ব ডানদিকে একটি ফাংশন / পদ্ধতি is
float x, int yএবং double density, তারপর সি ফাংশন হিসাবে যারা কম্পিউটেশন স্থাপনের শুধু কোড পুনরায় চেয়ে, trickier হতে পারে, যেহেতু আপনি সব তিনটি মান বের করার জন্য একটি উপায় উইল করতে হবে। যদি পুনরাবৃত্তি গণনাগুলি নিজেরাই তুচ্ছ হয়, তবে কখনও কখনও তাদের ইনলাইন রেখে যাওয়া ভাল।
প্রায় সর্বদা, বিশেষত যদি প্রতিটি সদৃশ ধারণা ধারণার দিক থেকে একই ক্রিয়াকে উপস্থাপন করে। যদি এটি একইভাবে সঞ্চালিত হয় তবে বিভিন্ন ধরণের, একটি জেনেরিক বাস্তবায়ন করুন।
না করার একমাত্র কারণটি আমি রক্ষণাবেক্ষণের একটি হিসাবে ভাবতে পারি: কখনও কখনও কিছু অনুলিপি ব্যয় করে এমনকি পৃথক জিনিসের মধ্যে নির্ভরতা তৈরি করা এড়ানো আরও সুবিধাজনক হতে পারে।
" রিফ্যাক্টরিং " অনুসন্ধানের জন্য আপনাকে এই খুব সাধারণ প্রক্রিয়াটির জন্য শিল্পের "সেরা অনুশীলন" এর অনেক সংস্থানে নিয়ে যাবে। কিছুটা বিখ্যাত নিবন্ধ, ওয়ান ও ওল ওয়ান ওয়ান একটি দুর্দান্ত historicalতিহাসিক রেফারেন্স যা আপনার প্রশ্নের উত্থাপিত উদ্বেগগুলির জন্য কিছুকে "সেরা অনুশীলন" হিসাবে দেখায় expla এছাড়াও, আরও সাধারণ ধারণাটি ডোন রিপিটস ইয়ুয়েলস (ডিআরওয়াই) হিসাবে পরিচিত । আপনার প্রশ্নের জবাবের সত্যিকারের গভীরতার জন্য, মার্টিন ফোলারের দুর্দান্ত ক্লাসিক পড়ুন, রিফ্যাক্টরিং: বিদ্যমান কোডের ডিজাইনের উন্নতি করুন , যা রিফ্যাক্টরিংয়ের জন্য বেশ কিছু পরিচিত পরামর্শকে কভার করে , যা আপনি স্বজ্ঞাতভাবে অর্জন করার চেষ্টা করছেন !
যদি কোডটি একাধিক স্থানে হুবহু পুনরাবৃত্তি হয় এবং অদূর ভবিষ্যতে পুনরাবৃত্তিটি পরিবর্তন হয় না তবে আমি এটিকে একটি ফাংশন হিসাবে বিভক্ত করি।
এটি পুনরাবৃত্ত কোডের সংহতির প্রকৃতির উপর নির্ভর করে। কোডের পুনরাবৃত্তি বিভাগটি যদি কোনও নির্দিষ্ট ফাংশন সম্পাদন করে থাকে, তবে এটি কোনও পদ্ধতিতে তৈরি হওয়ার জন্য একটি দুর্দান্ত প্রার্থী, আংশিকভাবে ডিআরওয়াই নীতিমালার কারণে, আংশিক কারণ যদি ফাংশনটি অপ্টিমাইজ করা বা সংশোধন করা দরকার, তবে কেবলমাত্র একটি বিভাগ রয়েছে কোড মোকাবেলা করার জন্য।
সমিতিটি যদি কাকতালীয় হয় তবে কোডটি কোনও পদ্ধতিতে তৈরি না করে পুনরাবৃত্তি করা ভাল। সেই স্নিপেটের যে কোনও একটির ব্যবহারের জন্য সন্তুষ্ট করতে যদি আপনার কোড সিকুয়েন্সগুলির একটির মাঝখানে কিছু যোগ করার প্রয়োজন হয় তবে যদি এটি কোনও পদ্ধতিতে থাকে তবে আপনার পরিবর্তনটি সেই পদ্ধতির অন্যান্য ব্যবহারগুলিকে প্রভাবিত করতে পারে।
কোড সংহতি ধারণা সম্পর্কে উইকিপিডিয়া নিবন্ধ দেখুন ।
কাঠামোগত প্রোগ্রামিং অর্থে এবং শ্রেণীর পদ্ধতিগুলির মধ্যে আপনাকে ফাংশনগুলির মধ্যে পার্থক্য করতে হবে।
আপনার উদাহরণে, আপনি যা দেখিয়েছেন তা হ'ল একটি পদ্ধতি যা ইন-লাইনে কোড করা উচিত নয়।
আপনার কোনও স্ট্রিংটি একটি নম্বর কিনা তা দেখতে বৈধতা দিতে হতে পারে, এই ক্ষেত্রে, আপনি একটি ফাংশন ব্যবহার করেন এবং পূর্ববর্তী উত্তরগুলির বেশিরভাগ প্রয়োগ হয়।
এই পার্থক্যটি বিশেষত বড় প্রকল্পগুলিতে গুরুত্বপূর্ণ।
আপনার যতটুকু সম্ভব, ব্যবসায়ের নিয়মগুলি (যে পদ্ধতিগুলি) কম্পিউটিং অ্যালগরিদমগুলি (যা খাঁটি প্রোগ্রামিং ফাংশন) থেকে আলাদা করার চেষ্টা করুন।