নামকরণের ধরণের জন্য কি ভাল কৌশল বা পরীক্ষা আছে?


23

একটি বিশ্রী, উন্মুক্ত প্রশ্ন, তবে এটি এমন একটি সমস্যা যা আমি সর্বদা ঘুরে বেড়াচ্ছি:

সফ্টওয়্যার যা বজায় রাখা এবং এর সাথে কাজ করা সহজ সফ্টওয়্যারটি হ'ল ভালভাবে ডিজাইন করা। ডিজাইনকে স্বজ্ঞাত করার চেষ্টা করা মানে আপনার উপাদানগুলির নামকরণ এমনভাবে করা যাতে পরবর্তী বিকাশকারী উপাদানটির কার্যকারিতাটি নির্ধারণ করতে সক্ষম হন। এ কারণেই আমরা আমাদের ক্লাসগুলির নাম "টাইপ 1", "টাইপ 2" ইত্যাদি রাখি না

যখন আপনি একটি বাস্তব-বিশ্ব ধারণাটি মডেলিং করেন (যেমন গ্রাহক) বাস্তব-বিশ্ব ধারণাটি মডেল হওয়ার পরে এটি সাধারণত আপনার ধরণের নামকরণের মতোই সহজ। তবে যখন আপনি বিমূর্ত জিনিসগুলি তৈরি করেন যা আরও বেশি সিস্টেম-ভিত্তিক, নামগুলি সহজেই পড়া সহজ এবং হজম করা সহজ উভয়রকম নাম বাদ দেওয়া খুব সহজ।

বেস-টাইপ বা ইন্টারফেসের সাথে বিভিন্ন ধরণের পরিবারের নামকরণের চেষ্টা করার সময় এটি আরও খারাপ হয়ে যায় (উপাদানগুলি কী করতে হয় তা বর্ণনা করে তবে কীভাবে তারা কাজ করে তা নয়)। এটি স্বাভাবিকভাবেই বাস্তবায়নের স্বাদ বর্ণনা করার জন্য প্রতিটি উত্পন্ন ধরণের দিকে পরিচালিত করে (উদাহরণস্বরূপ IDataConnectionএবং SqlConnection। নেট ফ্রেমওয়ার্কে), তবে কীভাবে আপনি "প্রতিবিম্ব দ্বারা কাজ করে এবং নির্দিষ্ট বৈশিষ্ট্যের একটি নির্দিষ্ট সেট অনুসন্ধান করে" এর মতো জটিল কিছু প্রকাশ করেন?

তারপরে, আপনি যখন শেষ পর্যন্ত কোনও ধরণের নামটি বেছে নিয়েছেন যা আপনার মনে হয় যে এটি করার চেষ্টা করছে, তখন আপনার সহকর্মী জিজ্ঞাসা করেন "ডাব্লুটিএফ এটি DomainSecurityMetadataProviderআসলে কি করে? "

কোনও উপাদানটির জন্য কোনও ভাল অর্থের নাম চয়ন করার জন্য কী কী ভাল কৌশল রয়েছে, বা কীভাবে গুচ্ছ নাম না পেয়ে উপাদানগুলির পরিবার তৈরি করবেন?

নামটি "ভাল" কিনা এবং অন্যের কাছে আরও স্বজ্ঞাত হওয়া উচিত কিনা এর জন্য আরও ভাল অনুভূতি পেতে আমি কোনও নাম প্রয়োগ করতে পারি এমন কোনও সাধারণ পরীক্ষা আছে কি?


20
আছে ছয় কৌশল আমার জন্য কাজ প্রমাণিত হয়েছে: 1) নাম 2) ব্যবহার কোড রিভিউ উদ্ভাবন উপর অনেক সময় ব্যয় 3) নামান্তর করতে 4 বিব্রত বোধ করবেন না) জন ব্যক্তির নাম 5) ব্যবহার কোড রিভিউ উদ্ভাবন উপর অনেক সময় ব্যয় 6) নাম পরিবর্তন করতে দ্বিধা করবেন না
gnat

5
@ গ্যাनेट: দয়া করে আপনার উত্তরটি উত্তর হিসাবে পোস্ট করুন যাতে আমরা এটিতে ভোট দিতে পারি।
এস .লট


3
আমি ভাল নাম নিয়ে আসতে সহায়তা করতে নতুন বিকাশ করার সময় প্রায়শই একটি থিসরাস ব্যবহার করি।
ডক্টর উইলির অ্যাপ্রেন্টিস

3
আমি কোনও কিছুকে "ম্যানেজার" বলা এড়াতে চেষ্টা করি। অ্যালান গ্রিন এবং জেফ অ্যাটউড যুক্তি দিয়েছিলেন যে এই শব্দটি অতিরিক্ত ব্যবহৃত হয়েছে এবং এটি বোঝাতে খুব অস্পষ্ট। আমাকে একমত হতে হবে
ডক্টর উইলির অ্যাপ্রেন্টিস

উত্তর:


41

নামকরণের জন্য, এখানে ছয়টি কৌশল রয়েছে যা আমার পক্ষে কাজ করার জন্য প্রমাণিত হয়েছিল:

  1. নাম উদ্ভাবনে প্রচুর সময় ব্যয় করুন
  2. কোড পর্যালোচনা ব্যবহার করুন
  3. নাম পরিবর্তন করতে দ্বিধা করবেন না
  4. নাম উদ্ভাবনে প্রচুর সময় ব্যয় করুন
  5. কোড পর্যালোচনা ব্যবহার করুন
  6. নাম পরিবর্তন করতে দ্বিধা করবেন না

গীত। যদি আপনার এপিআইটি সর্বজনীন হতে চলেছে তবে উপরে তার আগে প্রযোজ্য - কারণ, আপনি জানেন,

"হীরার মতো পাবলিক এপিআইগুলি চিরকাল থাকে You আপনার কাছে এটি ঠিকভাবে পাওয়ার একটি সুযোগ রয়েছে তাই এটিকে আপনার সেরাটি দিন ..." (জোশুয়া ব্লচ, কীভাবে একটি ভাল এপিআই ডিজাইন করবেন এবং কেন এটি গুরুত্বপূর্ণ )


1
যদি এটি একটি সর্বজনীন এপিআই হয়, আপনি ব্যবহার করতে পারেন এমন আরও তিনটি কৌশল রয়েছে ...
আঙ্কেলজিভ

1
@ ইউঙ্কলেজিভ: যেমন ....?
হতাশ

3
@FrustratedWithFormsDesigner: 1. নাম 2. ব্যবহার কোড রিভিউ এবং 3. উদ্ভাবন উপর অনেক সময় ব্যয় নামান্তর করতে বিব্রত বোধ করবেন না
S.Lott

3
এই উত্তরটি আমাকে নিশ্চিত করেছে যে সাধারণত: না, নামগুলি সঠিকভাবে পাওয়ার কোনও সহজ উপায় নেই। শুধুমাত্র সত্যিই কঠোর পরিশ্রমের চেষ্টা করা।
পল টার্নার

4
Types. প্রকারগুলি বা ফাংশনগুলি আবার ডিজাইন করতে দ্বিধা করবেন না যদি এটির সন্ধান করে যে তাদের জন্য একটি উপযুক্ত নাম তৈরি করা অসম্ভব। সুনির্দিষ্টভাবে তৈরি কোডটি সর্বদা সঠিকভাবে নামকরণ করা যায়।
জোরেেন

8

আমার বেস পরীক্ষাটি হল আপনি যদি ভেরিয়েবলের কেবলমাত্র শব্দ ব্যবহার করে ভেরিয়েবলের ফাংশনটি বর্ণনা করতে পারেন:

উদাহরণস্বরূপ, যদি ডোমেনসিকিউরিটি মেটাডেটা প্রোভাইডার হয় "ডোমেন সুরক্ষা মেটাটাটা সরবরাহ করে" বা "ডোমেন সুরক্ষার সাথে সম্পর্কিত মেটাডেটা সরবরাহ করে", এটি ভাল।

যাইহোক, এমন একাধিক ছোট ছোট ছোট শর্ত রয়েছে যা ব্যক্তি থেকে পৃথক হয়ে থাকে:

উদাহরণস্বরূপ আমার জন্য, অরিজিনাল_টাম_কোড মূল টিমের কোড, তবে অন্য কারও পক্ষে এটি দলের মূল কোড হতে পারে। এর মধ্যে আমার ব্যক্তিগত পছন্দের একটি ছিল "অনিরাপদ-লেগ্যাসি মিটেক্স", যা আমি "এটি থ্রেড ইউসনেফ লিগ্যাসি কোডের জন্য একটি মুটিেক্স" এর পরিবর্তে "এটি একটি লেগ্যাসি মুটেক্স যা অনিরাপদ" হিসাবে পড়তে সাহায্য করতে পারিনি।

সুতরাং আমার বর্ধিত পরীক্ষাটি হ'ল একটি বোর্ড / উইকি / চ্যাটটিতে ভেরিয়েবল লিখতে হবে এবং লোকেরা এর অর্থ কী তা অনুমান করতে পারে।


7

কোনও উপাদানটির জন্য কোনও ভাল অর্থের নাম চয়ন করার জন্য কী কী ভাল কৌশল রয়েছে, বা কীভাবে গুচ্ছ নাম না পেয়ে উপাদানগুলির পরিবার তৈরি করবেন?

আসলে তা না.

তবে একটি টিপস হ'ল "প্যাসিভ ভয়েস" এড়ানো।

"ডোমেনসিকিউরিটিমেটাডাটাপ্রভাইডার" প্যাসিভ। কোনও ক্রিয়া নেই, এগুলি সমস্ত বিশেষ্য এবং বিশেষ্য হিসাবে বিশেষণ হিসাবে ব্যবহৃত হয়।

"প্রোভাইডমেটাডাটাফোর্ডডমাইনসিকিউরিটি" আরও সক্রিয়। একটি ক্রিয়া আছে।

অবজেক্ট-ওরিয়েন্টেড প্রোগ্রামিং সমস্ত (সত্যই) বিশেষ্য ক্রিয়াপদ। বিশেষ্য == অবজেক্ট। ক্রিয়া == পদ্ধতি। সুতরাং একটি শ্রেণীর নাম সাধারণত খুব "নউনিশ"। এই অভ্যাসটি ভেঙে ফেলা এবং ক্রিয়াগুলি সন্নিবেশ করা কঠিন।

নামটি "ভাল" কিনা এবং অন্যের কাছে আরও স্বজ্ঞাত হওয়া উচিত কিনা এর জন্য আরও ভাল অনুভূতি পেতে আমি কোনও নাম প্রয়োগ করতে পারি এমন কোনও সাধারণ পরীক্ষা আছে কি?

হ্যাঁ। আপনি আপনার প্রশ্নের একটি দুর্দান্ত পরীক্ষা সংজ্ঞায়িত করেছেন। অন্য লোকদের জিজ্ঞাসা করুন।

পুরানো দিনগুলিতে আমরা এটিকে একটি "ডিজাইন ওয়াকথ্রু" বলেছিলাম। জলপ্রপাত পদ্ধতিতে এটি ছিল একটি বড়, ঘামযুক্ত deal আজকাল, চতুর পদ্ধতিগুলির সাথে এটি কোনও শ্রেণির লেখক এবং ব্যবহারকারীদের মধ্যে একটি সাধারণ সহযোগিতা হওয়া উচিত। এটি বেশি সময় নেয় না (এবং হওয়া উচিত নয়)। পরীক্ষাগুলি লেখার আগে নকশা (এবং নামগুলি) নিয়ে আলোচনা করা (এবং কোড) বিস্ময়ের কারণটিকে হ্রাস করবে এবং ডাব্লুটিএফ এর প্রতিরোধ করতে পারে।


12
নিষ্ক্রিয় ভয়েস ধারণার সাথে আমি একমত তা নিশ্চিত নই। আমার কাছে, ক্লাসগুলি Nouns হিসাবে আরও অর্থবোধ করে।
ডিফোর্ড

7
সাধারণভাবে বলতে গেলে, আমি আমার টাইপের নামগুলিকে প্যাসিভ ভয়েসে রাখার চেষ্টা করছি, কারণ এটি ওওপি-এর বিশেষ্যপদ শৈলীর সাথে খাপ খায়। আমি ProvideMetadataForDomainSecurityখারাপ নাম হিসাবে বিবেচনা করব। পদ্ধতির নামগুলি সাধারণত নামকরণ করতে খুব সহজ হয় কারণ আমি ক্রিয়াগুলি ব্যবহারের জন্য মুক্ত। ভাষার সীমাবদ্ধতা হ'ল সমস্যাটি।
পল টার্নার

সত্যিকারের পরীক্ষা হিসাবে আমি যতটা "লোককে জিজ্ঞাসা করি" তার মত, আমার সহকর্মীদের অবশ্যই দিনে কমপক্ষে দু'বার নামকরণের বিষয়ে জিজ্ঞাসা করতে হবে। আমি এমন কিছু জন্য প্রত্যাশা করছি যা অন্য মানুষের সময় প্রয়োজন হয় না।
পল টার্নার

2
ক্লাস না বিশেষ্য হিসাবে জানার। সমস্যাটি দীর্ঘ জটিল বিশেষ্য-বিশেষণ বাক্যাংশ সহ এই জটিল ক্লাসগুলির। প্রস্তুতিগুলিও সহায়তা করতে পারে।
এস .লট

2
সহযোগিতা হ'ল ভাল সফ্টওয়্যারটির গোপনীয়তা। সহযোগিতা করতে সময় লাগে। ভাল লেখার কোনও রাজকীয় রাস্তা নেই।
এস .লট

6

একটি থিসরাস ব্যবহার করে

আমার ক্লাস এবং পদ্ধতিগুলি বর্ণনা করার জন্য উপযুক্ত শব্দ খুঁজে বের করার জন্য নতুন বিকাশ করার সময় খুব প্রায়ই আমি একটি থিসেরাসকে উল্লেখ করব।

ক্লাসগুলিতে প্রাথমিকভাবে অপারেশন লজিক থাকে

আমি এমন শ্রেণীর নাম রাখার প্রবণতা করি যা প্রাথমিকভাবে "এনটিটিপ্রোভাইডার", "এন্টিঅলোকেটর" ইত্যাদির মতো বিশেষ্য ক্রিয়া কাঠামোতে অপারেশন পদ্ধতি সরবরাহ করে

এই শ্রেণিতে সাধারণত প্রচুর রাজ্য থাকে না।

শ্রেণিগুলিতে যে রাষ্ট্র রয়েছে

ইউআই স্ক্রিন এবং ডেটা সত্তা সাধারণত রাষ্ট্রীয় হয় এবং তাই আমি এই ক্লাসগুলির নাম বা বিশেষণ-বিশেষ্য প্যাটার্ন সহ কেবল নামকরণ করি name

উদাহরণস্বরূপ: ব্যক্তি, কর্মচারী, বর্তমান কর্মচারী, প্রাক্তন এমপ্লয়ী ye

ইউটিলিটি ক্লাস

যে ক্লাসে কেবল স্থিতিশীল পদ্ধতি থাকে তাদের সাধারণত "ইউটিলিটি" শ্রেণি হিসাবে বিবেচনা করা হয়, তাই আমি ধারাবাহিকভাবে তাদের "ইউটিলিটি" প্রত্যয় দিয়ে নাম রাখি।

উদাহরণ: নেটওয়ার্ক ইউটিলিটিস, ফাইল ইউটিলিটিস

টেস্ট

কোনও কিছুর নামকরণ খারাপ হয়েছে কিনা তা সিদ্ধান্ত নেওয়ার জন্য আমার কোনও ভাল পরীক্ষা নেই, তবে আমি নামের মধ্যে একটি বিশেষ্য এবং / অথবা একক ক্রিয়াটি ব্যবহার করার চেষ্টা করার পরামর্শ দিই, তবে সেই বিশেষ্য / ক্রিয়াটি আপনাকে কী বর্ণনা করে তা সঠিকভাবে বিবেচনা করবে কিনা তা নিয়ে ভাবুন নামকরণ করছি

আপনি যদি মনে করেন যে শ্রেণি / পদ্ধতিতে আরও কিছু রয়েছে যা নামটি ধারণ করে না, তবে সেই শ্রেণি / পদ্ধতিটি পুনঃসংশ্লিষ্ট হওয়া প্রয়োজন।

অ্যালান গ্রিন এবং জেফ অ্যাটউড "ম্যানেজার" প্রত্যয় দিয়ে নামকরণের ক্লাসগুলির কুফল সম্পর্কে লিখেছেন। তাদের যুক্তি যে "ম্যানেজার" শব্দটি অতিরিক্ত ব্যবহৃত হয়েছে এবং অর্থবোধক কিছু বোঝাতে খুব অস্পষ্ট। আমাকে একমত হতে হবে

জেফের নিবন্ধটি স্টিভ ম্যাককনেলের কোড সম্পূর্ণ থেকে প্রস্তাবিত নির্দেশিকাগুলির একটি তালিকাও সরবরাহ করে।

ভেরিয়েবল

সম্প্রতি আমি দীর্ঘ বর্ণনামূলক ভেরিয়েবল / পরামিতি নামগুলির সাথে পরীক্ষা করছি যেগুলি "অফ", "বাই", "ফর" ইত্যাদি ইত্যাদি প্রস্তুতিগুলি অন্তর্ভুক্ত করে। কয়েকটি উদাহরণ নীচে দেখানো হয়েছে:

string firstNameOfEmployee;

string lastNameOfEmployee;

// here I nimbly avoid worrying about whether to call it "Id" or "ID" :)
int idOfEmployee;

decimal amountForDeposit;

Account accountForDeposit;

আমি দেখতে পেয়েছি যে এই দীর্ঘ নামগুলি টাইপ করা সহজ করে ভিজ্যুয়াল স্টুডিওর ইন্টেলিজেন্স বৈশিষ্ট্যটির সাথে এটি দুর্দান্ত কাজ করে। আমি আরও দেখতে পেলাম যে ভেরিয়েবল নামের উপসর্গের কম প্রতিলিপি রয়েছে (যেমন personID, personFirstName, personLastName বনাম idOfPerson, firstNameOfPerson, lastNameOfPerson), আরও ভাল "হ্যাশ" সরবরাহ করে যা ইন্টেলিজেন্সকে আরও কার্যকর করে তোলে।


1
আমি দীর্ঘ ভেরিয়েবল নামগুলি সম্পর্কে আবার কথা বলব, ভিজ্যুয়াল স্টুডিও (আপনি যদি এটি ব্যবহার করছেন) এটি একটি নন-ব্রেইনার করে তোলে। দীর্ঘ পরিবর্তনশীল নামগুলি সংক্ষিপ্ত পরিবর্তনশীল নামগুলির চেয়ে স্পষ্ট যেখানে আপনার নামটির অর্থ কী "চিন্তা" করতে হবে বা তদন্ত করতে হবে তার চেয়ে স্পষ্ট হওয়া অনেক কম ক্ষতিকারক। প্রসঙ্গেও ভাবেন। আমি বরং "listOfPeople" এর চেয়ে "পিপলস টোডিলেট" দেখতে চাই। আবার ভিজ্যুয়াল স্টুডিও আপনাকে ভেরিয়েবলের ধরণ বলে দেয়, এটি অন্তর্ভুক্ত করার দরকার নেই।
জন বুব্রিসকি

আপনি ভেরিয়েবলের নামগুলিতে বিস্তৃত হাঙ্গেরীয় স্বীকৃতিটিও অপছন্দ করি। ব্যক্তি আইডির সংগ্রহ যদি একটি List, অ্যারে IEnumerableবা হয় তবে আমার যত্ন নেওয়ার দরকার নেই ConcurrentQueue। এটি আইডিগুলির একটি গুচ্ছ আমার গণনা করা দরকার এবং তারা কীভাবে সংরক্ষণ করা হয় তার বাস্তবায়ন বিশদটি অপ্রয়োজনীয় মানসিক ব্যাগ। যদিও আমি সাধারণভাবে সম্মত হই না যে দীর্ঘতর নামটি যদি আরও বর্ণনামূলক হয় তবে এটি একটি সংক্ষিপ্ত, কম স্বচ্ছ নামকে সমর্থন করা উচিত।
অ্যালন গুরালেনেক

@ অ্যালন - মজার, আমি স্কিপিফায়ারের মন্তব্যের ভিত্তিতে আমার উত্তরটি সংশোধন করতে চলেছিলাম। আমি আসলে আপনার সাথে একমত; আমার উদাহরণ হাঙ্গেরিয়ান স্বরলিপি স্মাক। আমার একমাত্র প্রতিরক্ষা হ'ল কোডটি পড়া এবং কোনও আইডিই উপলব্ধ না করে জড়িত ডেটাটাইপগুলি বোঝার পক্ষে সহজ, যেমন আমি যদি উত্স-নিয়ন্ত্রণের ডিফের মাধ্যমে পড়ছি। যদিও এটি কোন অজুহাত নয়। :) আমি প্রথম নামঅ্যাম্পলয়েই, সর্বশেষ নামঅ্যাম্প্লোয়ে ইত্যাদি ইত্যাদির মত হতে আমার উদাহরণটি সংশোধন করতে যাচ্ছি
ডাঃ উইলির

2

তারপরে, আপনি যখন শেষের দিকে একটি নাম বেছে নিয়েছেন যা আপনার মনে হয় যে এটি কী করার চেষ্টা করছে, তখন আপনার সহকর্মী জিজ্ঞাসা করেন "ডাব্লুটিএফ এই ডোমেনসিকিউরিটি মেটাডাটাপ্রভাইডারটি আসলে কী করে?"

একটি জটিল এবং ডোমেন নির্দিষ্ট শ্রেণীর জন্য আপনি কী ধরনের নাম আশা করেন? এটি আপনার ক্লাসের নামটিকে একটি বাক্য না বানিয়ে যেমন অর্জন করতে চলেছে তেমনই ভাল (যা সকলেই ভাবেন যে আপনি একটি একক শ্রেণীর উপরে খুব বেশি দায়িত্ব দিয়েছেন)

নামটি থেকে সরবরাহকারীকে নামানো বিবেচনা করব। যদি এটি বিশেষত মেটাডেটার উল্লেখ করে তবে ইতিমধ্যে সবাই জানেন যে আপনি প্রতিবিম্বটি ব্যবহার করছেন। আপনি এটিকে একটি শব্দ আরও সংক্ষিপ্ত করে তুলতে পারেন (বা সম্ভবত অন্য একটি শব্দে পরিবর্তন করতে পারেন - এটি আপনি যা লিখেছেন তার সরবরাহকারীর চেয়ে এটি আরও বেশি ভোক্তা)


প্রশ্নের মেটাডেটা প্রতিবিম্ব থেকে উদ্ভূত হয় না (তবে এটি কীভাবে আচরণ করতে হবে তা বর্ণনা করে)। ধরণটি একটি ISecurityMetadataProviderইন্টারফেস প্রয়োগ করে , যা সাবসিস্টেমকে তথ্য সরবরাহের জন্য সুরক্ষা অবকাঠামোতে একটি ইনজেকটেবল পয়েন্ট বিদ্যমান। নামকরণ কঠিন।
পল টার্নার

আমি অবজেক্টের DomainSecurityMetadataProviderসরবরাহকারী হিসাবে বিবেচনা করি DomainSecurityMetadata, যেখানে DomainSecurityMetadataমেটাডেটা নিজেই। পরিষ্কার এবং বোধগম্য নাম। আমি কী তাও জানার দরকার DomainSecurityMetadataনেই! এটি কেবল কিছু বস্তু, যা এই সরবরাহকারী সরবরাহ করে। কেবল একটি Providerপ্রত্যয় সরানো পাঠযোগ্যতার উন্নতি করে না, তবে সম্পূর্ণ বিপরীতে - এটি হ্রাস করুন। এই প্রত্যয়টি ছাড়া আমি ভাবতে পারি যে এটি কেবলমাত্র কিছু মেটাডেটা (কিছু মেটাডেটার জন্য ধারক অবজেক্ট), তবে (সরবরাহকারী) মেটাডেটা পাওয়ার কোনও বস্তু নয়।
রুসলান স্টেলমাচেঙ্কো

0

সিস্টেমের অংশগুলি বর্ণনা করতে রূপক ব্যবহার করুন। এটি কেবল আপনাকে নতুন উপমাগুলি আবিষ্কার করতে সহায়তা করবে না, এটি নামকরণকে আরও সহজ করতে সহায়তা করবে।

(আমি জানি এটি কোনও শক্ত উদাহরণ নয় তবে যাইহোক) উদাহরণস্বরূপ আপনি কোনও পরিবর্তনশীল বা কোনও প্রকারকে কল করতে পারেন mailboxযা কোনও শ্রেণীর জন্য প্রাপ্ত বার্তাগুলির সারি হিসাবে কাজ করে।


-1

একটি বিষয় যা আমি খুব দৃ firm়ভাবে রাখতে চাই তা হ'ল নামগুলি কখনও ভুল হওয়ার অনুমতি দেওয়া উচিত নয় । উদাহরণস্বরূপ, কিছু রি-ফ্যাক্টরিংয়ের সময়, প্রচুর কোড পরিবর্তিত হয়েছিল এবং কয়েকটি ভেরিয়েবল তাদের নামগুলি যা বলেছিল সেগুলি বাদ দিয়ে অন্য কোনও কিছুকে উল্লেখ করা শুরু করে।

খুব শীঘ্রই, একজন প্রোগ্রামার যুগে যুগে কাটাচ্ছিলেন এবং কিছু অতি ব্যয়বহুল ডাটাবেস কলগুলি ব্যবহার করেছিলেন যা ইতিমধ্যে নিষ্ক্রিয় ও সঞ্চিত ছিল এমন কিছু নির্দিষ্ট টুকরো ডেটা ধরে রাখার চেষ্টা করছে। আমি সমস্ত কিছুর নাম পরিবর্তন করে দিয়েছিলাম এবং হঠাৎ করে আমরা এক টন অতিরিক্ত জটিল এবং বগি যুক্তি সরাতে পারি।


1
আপনার এই উত্তরটি মুছে ফেলা উচিত এবং আপনার উত্সের উত্তরে সম্পাদনা করা উচিত
রায়থা

আমি মনে করি এটি আমার অন্য উত্তরের একটি আলাদা উত্তর।
ডিফোরে

-1

আশা করা যায় যেসব ক্ষেত্রে নামগুলির সম্পর্কে আপনাকে খুব কঠোরভাবে ভাবতে হবে সেগুলি বিরল। যখন এই কেসগুলি দেখা দেয়, কেবল ক্লাসটি কী করে তা ব্যাখ্যা করার জন্য একটি অনুচ্ছেদ লিখুন। ইন-ফাংশন মন্তব্য বা ফাংশন স্তরের মন্তব্যের বিপরীতে, কোনও শ্রেণীর প্রাথমিক উদ্দেশ্য খুব কমই পরিবর্তিত হয় তাই মন্তব্যগুলি তারিখের বাইরে যাওয়ার ঝুঁকি তুলনামূলকভাবে কম। সুতরাং আপনার কাছে কয়েকটি অনুচ্ছেদ লেখার বিলাসিতা রয়েছে বা ক্লাস কী করে তা বোঝাতে ASCII আঁকেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.