আমি যখন আমার ডএএল বা অন্যান্য কোড লিখি যা আইটেমগুলির একটি সেট ফেরত দেয়, আমি কি সর্বদা আমার ফিরতি বিবৃতি দিতে পারি:
public IEnumerable<FooBar> GetRecentItems()
বা
public IList<FooBar> GetRecentItems()
বর্তমানে, আমার কোডে আমি যতটা সম্ভব আইনিংরেবল ব্যবহার করার চেষ্টা করছি তবে আমি নিশ্চিত নই যে এটি সর্বোত্তম অনুশীলন কিনা? এটি সঠিক বলে মনে হয়েছিল কারণ আমি সর্বাধিক জেনেরিক ডেটাটাইপটি ফিরিয়ে দিচ্ছিলাম যখন এটি এখনও কী করে তা বর্ণনামূলক হয়, তবে সম্ভবত এটি করা সঠিক নয়।
উত্তর:
আপনি কেন সেই নির্দিষ্ট ইন্টারফেসটি ব্যবহার করছেন তা নির্ভর করে।
উদাহরণস্বরূপ, IList<T>বেশ কয়েকটি পদ্ধতি রয়েছে যা এতে উপস্থিত নেই IEnumerable<T>:
IndexOf(T item)Insert(int index, T item)RemoveAt(int index)এবং বৈশিষ্ট্য:
T this[int index] { get; set; }আপনার যদি কোনও পদ্ধতিতে এই পদ্ধতিগুলির প্রয়োজন হয় তবে সমস্ত উপায়ে ফিরে আসুন IList<T>।
এছাড়াও, যদি আপনার IEnumerable<T>ফলাফলটি IList<T>গ্রহন করে এমন পদ্ধতি যদি কোনওর প্রত্যাশা করে তবে এটি সিএলআরকে প্রয়োজনীয় কোনও রূপান্তর বিবেচনার হাত থেকে রক্ষা করবে, এভাবে সংকলিত কোডটি অনুকূলিত করে।
ফ্রেমওয়ার্ক ডিজাইনের গাইডলাইনগুলি ক্লাস কালেকশনটি ব্যবহার করার পরামর্শ দিচ্ছে যখন আপনাকে কেবল পঠন সংগ্রহের জন্য কলার বা রিডইনক্লিকেশন দ্বারা সংশোধনযোগ্য কোনও সংগ্রহ ফিরিয়ে নিতে হবে ।
কারণ এই একটি সহজ পছন্দের IListযে IListযদি তার শুধুমাত্র বা পড়তে আহ্বানকারী অবহিত করে না।
আপনি যদি এর IEnumerable<T>পরিবর্তে ফিরিয়ে দেন তবে কিছু অপারেশন কলকারী সম্পাদন করতে একটু কৌশলযুক্ত হতে পারে। এছাড়াও আপনি কলারকে আর কালেকশনটি সংশোধন করতে নমনীয়তা দেবেন না, এমন কিছু যা আপনি চাইবেন বা নাও চান।
মনে রাখবেন যে লিনকুইতে তার হাতাটি কয়েক কৌশল অবলম্বন করে এবং তারা যে ধরণের সম্পাদনা করা হয় তার উপর ভিত্তি করে নির্দিষ্ট কলগুলি অনুকূল করে তোলে। সুতরাং, উদাহরণস্বরূপ, যদি আপনি একটি সম্পাদন করেন Countএবং অন্তর্নিহিত সংগ্রহটি একটি তালিকা হয় তবে এটি সমস্ত উপাদানগুলির মধ্য দিয়ে চলবে না।
ব্যক্তিগতভাবে, একটি ওআরএমের জন্য আমি সম্ভবত Collection<T>আমার ফেরতের মান হিসাবে আটকে থাকব।
সাধারণভাবে, আপনার সর্বাধিক জেনেরিক প্রয়োজন এবং আপনার সর্বাধিক নির্দিষ্ট জিনিসটি ফিরিয়ে দেওয়া উচিত। সুতরাং যদি আপনার কাছে এমন একটি প্যারামিটার লাগে যা আপনার কাছে প্রয়োজন হয় তবে এটি আপনার প্যারামিটারের মতো হওয়া উচিত। যদি আপনার পদ্ধতিটি কোনও আইলিস্ট বা কোনও আইনিউমেবল ফিরিয়ে দিতে পারে তবে IList ফিরিয়ে দেওয়া পছন্দ করুন। এটি নিশ্চিত করে যে এটি গ্রাহকদের বিস্তৃত পরিসীমা দ্বারা ব্যবহারযোগ্য।
আপনার যা প্রয়োজন তা আলগা করুন এবং আপনি যা সরবরাহ করেন তাতে স্পষ্ট হন।
এটা নির্ভর করে...
সর্বনিম্ন উদ্ভূত প্রকারের ( IEnumerable) রিটার্নিং আপনাকে ট্র্যাকের নীচে অন্তর্নিহিত বাস্তবায়নটি পরিবর্তন করতে সর্বাধিক প্রস্থান করবে।
আরও উদ্ভূত প্রকার ( IList) ফিরিয়ে দেওয়া আপনার এপিআই এর ব্যবহারকারীদের ফলাফলের উপর আরও বেশি ক্রিয়াকলাপ সরবরাহ করে।
আমি সর্বদা সর্বনিম্ন উদ্ভূত প্রকারটি ফিরে আসার পরামর্শ দেব যা আপনার ব্যবহারকারীদের প্রয়োজনীয় সমস্ত অপারেশন রয়েছে ... সুতরাং মূলত, আপনাকে প্রথমে এটি নির্ধারণ করতে হবে যে আপনি যে API এর সংজ্ঞা দিচ্ছেন তার প্রসঙ্গে ফলাফলের ক্রিয়াকলাপগুলি কী বোঝায়।
একটি বিষয় বিবেচনা করার বিষয় হ'ল যদি আপনি আপনার উত্সর্গের জন্য একটি স্থগিত-কার্যকর এক্সপ্লোর পরিচালনা লিংক বিবৃতিটি ব্যবহার করেন IEnumerable<T>, .ToList()আপনি আপনার পদ্ধতি থেকে ফিরে আসার আগে কল করার অর্থ আপনার আইটেমগুলি পুনরায় পুনরুক্ত করা যেতে পারে - একবার তালিকা তৈরি করতে, এবং একবার কলার যখন লুপ করে যায় , ফিল্টার বা আপনার রিটার্ন মান রূপান্তর। ব্যবহারিক প্রয়োগ করার পরে, আমি লাইনকিউ-টু-অবজেক্টের ফলাফলগুলিকে একটি কংক্রিটের তালিকা বা অভিধানে রূপান্তর করা এড়াতে চাই না যতক্ষণ না আমার। যদি আমার কলারের কোনও তালিকার প্রয়োজন হয়, তবে এটি একক সহজ পদ্ধতি কল করে চলে যাবে - তাদের জন্য আমার সেই সিদ্ধান্ত নেওয়ার দরকার নেই, এবং যে ক্ষেত্রে কলার কেবল ভবিষ্যদ্বাণী করছেন সে ক্ষেত্রে আমার কোডটি আরও দক্ষ করে তোলে।
List<T>কলিং কোডটি আরও অনেকগুলি বৈশিষ্ট্য সরবরাহ করে যেমন রিটার্ন করা অবজেক্টটি সংশোধন করা এবং সূচি দ্বারা অ্যাক্সেস। সুতরাং প্রশ্নটি এখানে ফুটে উঠেছে: আপনার অ্যাপ্লিকেশনটির নির্দিষ্ট ব্যবহারের ক্ষেত্রে, আপনি কলারের সুবিধার্থে এই জাতীয় ব্যবহারগুলি (সম্ভবত নতুনভাবে নির্মিত সংগ্রহ ফেরত দিয়ে!) সমর্থন করতে চান না - বা আপনি যখন সাধারণ কেসের জন্য গতি চান তখন সমস্ত কলারের প্রয়োজনীয়তাগুলি সংগ্রহটি লুপ করা হয় এবং আপনি নিরাপদে কোনও সত্যিকারের অন্তর্নিহিত সংগ্রহের কোনও রেফারেন্স এটিকে ভ্রান্তভাবে পরিবর্তিত করতে পারেন এ ভয়ে সুরক্ষিতভাবে ফিরে আসতে পারেন?
কেবলমাত্র আপনি এই প্রশ্নের উত্তর দিতে পারেন, এবং কেবলমাত্র আপনার কলাররা রিটার্নের মানটি কী করতে চাইবে তা এবং কেবল এখানে গুরুত্বপূর্ণ পারফরম্যান্সের মাধ্যমে (আপনি যে অনুলিপি সংগ্রহ করছেন তা কীভাবে বড়, কীভাবে এটি সম্ভবত কোনও বাধা হয়ে দাঁড়াবে, ইত্যাদি)।
আমি মনে করি আপনি যে কোনওটি ব্যবহার করতে পারেন তবে প্রত্যেকটির একটি ব্যবহার রয়েছে। মূলত
ListএটিIEnumerableকিন্তু আপনার কার্যকারিতা গণনা করতে হবে, উপাদান যুক্ত করুন, উপাদানটি সরানউপাদানগুলি গণনা করার জন্য IEnumerable দক্ষ নয়
সংগ্রহে কেবলমাত্র হতে উদ্দেশ্যে করা হয়, অথবা সংগ্রহে পরিবর্তনের দ্বারা নিয়ন্ত্রিত হয় তাহলে Parentতারপর ফিরে IListঠিক Countএকটি ভাল ধারণা নয়।
লিন্কে, একটি Count()এক্সটেনশন পদ্ধতি রয়েছে IEnumerable<T>যার উপর ভিত্তি .Countকরে অন্তর্নিহিত প্রকারটি যদি সিএলআরের অভ্যন্তরে শর্টকাট হয় তবে IListপারফরম্যান্সের পার্থক্য নগণ্য।
সাধারণত আমি মনে করি (মতামত) যেখানে সম্ভব সেখানে ফিরিয়ে দেওয়া ভাল অনুশীলন, যদি আপনাকে সংযোজন করা প্রয়োজন হয় তবে এই পদ্ধতিগুলি পিতামাত্ত শ্রেণীর সাথে যুক্ত করুন, অন্যথায় গ্রাহক তখন মডেলের মধ্যে সংগ্রহ পরিচালনা করছেন যা নীতিগুলি লঙ্ঘন করে, যেমন manufacturer.Models.Add(model)আইন লঙ্ঘন করে ডিমেটার অবশ্যই এগুলি কেবল গাইডলাইন এবং কঠোর এবং দ্রুত নিয়ম নয়, তবে যতক্ষণ না আপনার প্রয়োগের সম্পূর্ণ গ্রাসপস হয়, ততক্ষণ অন্ধভাবে অনুসরণ করা মোটেও অনুসরণ না করার চেয়ে ভাল।
public interface IManufacturer
{
IEnumerable<Model> Models {get;}
void AddModel(Model model);
}
(দ্রষ্টব্য: এনএনহাইবারনেট ব্যবহার করা হলে আপনাকে বিভিন্ন অ্যাক্সেসর ব্যবহার করে ব্যক্তিগত আইলিস্টে মানচিত্রের প্রয়োজন হতে পারে))
আপনি যখন ইনপুট পরামিতিগুলির পরিবর্তে রিটার্ন মানগুলির বিষয়ে কথা বলছেন তখন এটি এত সহজ নয়। যখন এটি একটি ইনপুট প্যারামিটার হয়, আপনি কী করতে হবে তা আপনি ঠিক জানেন। সুতরাং, যদি আপনার সংগ্রহটি পুনরাবৃত্তি করতে সক্ষম হতে হয়, আপনি একটি আইনাম্বারেবল গ্রহণ করেন যখন আপনাকে যুক্ত করতে বা অপসারণের প্রয়োজন হয়, আপনি একটি আইলিস্ট নেন।
ফেরতের মানের ক্ষেত্রে এটি আরও শক্ত g আপনার কলার কি আশা করে? আপনি যদি কোনও আইনুনামেবল ফিরিয়ে দেন, তবে তিনি কোনও অগ্রাধিকার জানতে পারবেন না যে সে এটি থেকে একটি আইলিস্ট তৈরি করতে পারে। তবে, আপনি যদি কোনও আইলিস্ট ফিরিয়ে দেন তবে তিনি জানতে পারবেন যে তিনি এটির মাধ্যমে পুনরাবৃত্তি করতে পারেন। সুতরাং, আপনার কলার ডেটা নিয়ে কী করবে তা আপনাকে অ্যাকাউন্টে নিতে হবে। আপনার কলারের যে কার্যকারিতাটির প্রয়োজন / প্রত্যাশা রয়েছে তা হ'ল কী ফিরবে সে সম্পর্কে সিদ্ধান্ত নেওয়ার সময় যা পরিচালনা করা উচিত।
যেমনটি এটি বলেছে যে এটি নির্ভর করে, আপনি যদি কলিং লেয়ারে ফান্টিটিওনালিটি যুক্ত / সরান না চান তবে আমি আইএনউমারেবলের পক্ষে ভোট দেব কারণ এটি কেবল পুনরাবৃত্তির এবং বেসিক কার্যকারিতা সরবরাহ করে যা ডিজাইনের পছন্দ অনুযায়ী পছন্দ করি। IList ফিরিয়ে দেওয়া আমার ভোটগুলি সর্বদা এটি আবার তালিকাভুক্ত হয় তবে এটি মূলত আপনার পছন্দ এবং কোনটি পছন্দ নয়। পারফরম্যান্সের ক্ষেত্রে আমি মনে করি তারা আরও একই রকম।
আপনি যদি আপনার বাহ্যিক কোডে গণনা না করে থাকেন তবে আইকনামেবল ফিরিয়ে দেওয়া সবসময় ভাল, কারণ পরে আপনি নিজের প্রয়োগটি (বাহ্যিক কোড প্রভাব ছাড়াই) পরিবর্তন করতে পারেন, উদাহরণস্বরূপ, ফলন পুনরুক্তির জন্য যুক্তির জন্য এবং মেমরির সংস্থান সংরক্ষণ করতে পারেন (উপায় দ্বারা খুব ভাল ভাষা বৈশিষ্ট্য) )।
তবে আপনার যদি আইটেমগুলি গণনা প্রয়োজন, তবে ভুলে যাবেন না যে আইইনুমেবল এবং আইলিস্ট - আইকোলিকেশন এর মধ্যে আর একটি স্তর রয়েছে ।
আমি এখান থেকে কিছুটা দূরে থাকতে পারি, কারণ এখন পর্যন্ত অন্য কেউ এটিকে পরামর্শ দেয়নি, তবে আপনি কেন ফিরে আসবেন না (I)Collection<T>?
আমি যা মনে করি তা থেকে Collection<T>পছন্দসই রিটার্ন টাইপ হ'ল List<T>কারণ এটি বাস্তবায়নকে বিমুগ্ধ করে। এগুলি সবাই বাস্তবায়ন করে IEnumerable, তবে এটি আমার কাছে কাজের জন্য কিছুটা নিম্ন-স্তরের বলে মনে হয়।
আমি মনে করি আপনি যে কোনওটি ব্যবহার করতে পারেন তবে প্রত্যেকটির একটি ব্যবহার রয়েছে। মূলত Listহয়IEnumerable তবে আপনার কার্যকারিতা গণনা, উপাদান যোগ করুন, উপাদান সরান
IEnumerable উপাদান গণনা, বা সংগ্রহের একটি নির্দিষ্ট উপাদান পেতে কার্যকর নয়।
List এমন একটি সংগ্রহ যা আদর্শভাবে নির্দিষ্ট উপাদানগুলি অনুসন্ধানের জন্য উপযুক্ত, উপাদান যুক্ত করা সহজ, বা সেগুলি মুছে ফেলার জন্য উপযুক্ত।
সাধারণত আমি ব্যবহার করার চেষ্টা করি List যেখানে সম্ভব সেখানে কারণ এটি আমাকে আরও নমনীয়তা দেয়।
List<FooBar> getRecentItems()
বরং
ব্যবহার করুন
IList<FooBar> GetRecentItems()
আমি মনে করি যে সাধারণ নিয়মটি হ'ল অনাবৃত কাজ করা এড়াতে এবং আপনার কলারকে আরও বিকল্প দেওয়ার জন্য ফিরে আসার জন্য আরও সুনির্দিষ্ট শ্রেণি ব্যবহার করা।
এটি বলেছিল, আমি মনে করি আপনার সামনের কোডটি বিবেচনা করা আরও গুরুত্বপূর্ণ যা আপনি যে কোডটি লিখছেন তার চেয়ে পরবর্তী লোকটি লিখবে (কারণের মধ্যে within) কারণ এটি ইতিমধ্যে বিদ্যমান কোড সম্পর্কে অনুমানগুলি তৈরি করতে পারেন।
মনে রাখবেন যে কোনও ইন্টারফেসে আইএনউম্যারেবল থেকে সংগ্রহের দিকে ইউপি স্থানান্তরিত কাজ করবে, সংগ্রহ থেকে আইনুনামেবলের নিচে চলে যাওয়া বিদ্যমান কোডটি ভেঙে দেবে।
যদি এই মতামতগুলি সমস্ত মতবিরোধী বলে মনে হয়, তবে সিদ্ধান্তটি বিষয়ভিত্তিক।
List , তবে সংগ্রহের ক্ষেত্রেও ইনটারপুট প্যারামিটারগুলির জন্য প্রত্যাবর্তনের মানগুলির জন্য ) এবং সর্বাধিক জেনেরিক ধরণের ব্যবহার করুন।IReadOnlyListবা IReadOnlyCollectionএটি ব্যবহার করে তা দেখান ।