আমি প্রায়শই এমন প্রকল্পগুলি (জাভা প্রকল্পগুলিতে এবং Eclipse ব্যবহার করে এমন টিমগুলিতে) দেখতে পাই যা প্রিফিক্স ফাংশন পরামিতিগুলির সাথে থাকে p।
উদাহরণ স্বরূপ
public void filter (Result pResult) ...আমি ব্যক্তিগতভাবে এতে কোনও লাভ দেখছি না, তবে যুক্তিটি কী তা জানতে চাই। আমি এখনও শুনেছি সেরা ব্যাখ্যাটি হ'ল এটি একই নামযুক্ত ক্ষেত্রের নামটি আলাদা করা। সেই ব্যাখ্যাটি নিয়ে আমার সমস্যা আছে তবে আমি বিষয়টি বুঝতে পারি।
উত্তর:
প্রতীকগুলিতে অর্থবোধক উপসর্গ যুক্ত করার পদ্ধতি যেমন সু-প্রচারিত হাঙ্গেরিয়ান নোটেশন আইডিইগুলির অস্তিত্ব ছিল না বা খুব বেশি আদিম ছিল এমন সময় থেকে আসে। আজ, যখন ঘোষণার কোনও বিন্দু সন্ধান করা একটি মাউস ক্লিক দূরে রয়েছে, তখন নামটির সবচেয়ে মূল্যবান অংশটি, এর প্রথম কয়েকটি অক্ষর একটি সাধারণ উপসর্গ বরাদ্দ করার কোনও অর্থ নেই।
struct/ এটি মোড়ানো করতে পারেন union।
আপনার সন্দেহ হিসাবে, এটি প্যারামিটারের নাম এবং সদস্য বা স্থানীয় ভেরিয়েবলের নামের মধ্যে সংঘর্ষ এড়ানো। সদস্য ভেরিয়েবলগুলিকে মাঝে মাঝে একই কারণে (যেমন, m_result) একটি উপসর্গ দেওয়া হয় । ব্যক্তিগতভাবে, আমি thisযদি নামের সংঘর্ষের মুখোমুখি হই তবে কেবলমাত্র সদস্য ভেরিয়েবলগুলির জন্য উপসর্গটি ব্যবহার করতে পছন্দ করি । এটি ভাষার অন্তর্নির্মিত এবং এর অর্থ কী তা প্রত্যেকে ইতিমধ্যে জানে।
আমি কেবল তখনই প্যারামিটারের উপসর্গটি ব্যবহার করি যখন প্যারামিটারটি কোনও সদস্য ভেরিয়েবলের জন্য যেমন নির্মাতা বা সেটার হিসাবে বরাদ্দ করার উদ্দেশ্যে থাকে।
Paint (newColor) {
color = newColor;
}আমার জন্য, আমি দেখতে পেয়েছি যে "এই" উপসর্গটি ব্যবহার করার চেয়ে ভিন্ন ভিন্ন চলক নাম ব্যবহার করা অন্ধভাবে স্পষ্ট।
অন্যান্য পরিস্থিতিতে আমি কোনও প্যারামিটার ব্যবহার করা এড়াতে পারি যা সদস্য ভেরিয়েবলের সাথে সহজেই বিভ্রান্ত হতে পারে।
যদি কোনও পদ্ধতি বা শ্রেণি এত বড় হয় যে ভেরিয়েবলগুলির অর্থ কী তা বলা শক্ত, তবে আসল সমাধানটি এটি ছোট পদ্ধতি / শ্রেণিতে বিভক্ত করা। উপসর্গগুলি ব্যবহার করা একটি ব্যান্ড-সহায়তা সমাধান যা অন্তর্নিহিত সমস্যার সমাধান করে।
Paint (clr) { color = clr; })। ... সাধারণত খুব একটা অস্পষ্টতা থাকে না, যদিও color -> clrবিশেষত এটি ব্যতিক্রম হতে পারে।
আপনি যদি প্রতিটি পদ্ধতির প্যারামিটার নামের সাথে প্রিফিক্স হিসাবে 'পি' ব্যবহার করার জন্য মান তৈরি করেন, আপনি খুব সহজেই পদ্ধতিটির বাকী অংশগুলির বাক্যগুলির প্যারামিটারগুলি সনাক্ত করতে পারবেন।
পদ্ধতির পরামিতিগুলি খুঁজে পেতে এটি আপনার সময় সাশ্রয় করে। আপনি সহজেই আপনার কোডটি ডিবাগ করতে পারেন।
সংক্ষিপ্ত - এই অনুশীলনটি কোড পড়তে আরও কঠিন করে তোলে।
দীর্ঘ - আমি তর্ক করব এটি একটি খারাপ অভ্যাস যা কেবলমাত্র অন্যান্য খারাপ অভ্যাসকে সমর্থন করার জন্যই ব্যবহৃত হয়। আসুন কয়েকটি উপায়ে পরীক্ষা করা যাক কেন এইরকমের উপসর্গগুলি ব্যবহারকে সহায়ক হিসাবে বিবেচনা করা যেতে পারে:
পরিবর্তনশীল নামে সংঘর্ষ এড়ানো
public void setHeight(int newHeight) { this.height = newHeight; }
পদ্ধতিগুলি প্রচুর পরিমাণে প্যারাম নেয়, প্রচুর ভেরিয়েবল ঘোষণা করে এবং আমরা সহজেই ভুলতে পারি যে কোনটি একটি প্যারামিটার।
কিছু নির্দিষ্ট কেস বাদ দিয়ে প্যারামিটারের উপসর্গগুলি কেবল লক্ষণগুলির সাথে সহায়তা করে এবং প্রকৃত সমস্যাগুলি সমাধান করে না।