সি # জেনেরিকের অকার্যকর?

Question 1

আমার একটি জেনেরিক পদ্ধতি রয়েছে যা একটি অনুরোধ নেয় এবং প্রতিক্রিয়া সরবরাহ করে।

public Tres DoSomething<Tres, Treq>(Tres response, Treq request)
{/*stuff*/}

তবে আমি সবসময় আমার অনুরোধের জন্য প্রতিক্রিয়া চাই না এবং প্রতিক্রিয়া পেতে আমি সর্বদা অনুরোধের ডেটা ফিড করতে চাই না। আমিও চাই না যে ছোটখাটো পরিবর্তনগুলি করার জন্য তাদের সম্পূর্ণ পদ্ধতিগুলিকে কপি এবং পেস্ট করতে হবে। আমি যা চাই তা হ'ল এটি করতে সক্ষম হোন:

public Tre DoSomething<Tres>(Tres response)
{
    return DoSomething<Tres, void>(response, null);
}

এটি কি কোনও উপায়ে সম্ভব? দেখে মনে হচ্ছে বিশেষভাবে শূন্যতা ব্যবহার করা কার্যকর হয় না, তবে আমি প্রত্যাশা করছি যে কিছু মিল রয়েছে find

Question 2

আপনি ব্যবহার করতে পারবেন না void, তবে আপনি ব্যবহার করতে পারেন object: এটি কিছুটা অসুবিধা কারণ আপনার voidকাজগুলি ফাংশনগুলির ফিরতে nullহবে তবে এটি যদি আপনার কোডটি একীভূত করে, তবে এটির মূল্য দিতে হবে একটি ছোট দাম।

voidরিটার্নের ধরন হিসাবে ব্যবহারের এই অক্ষমতা কমপক্ষে আংশিকভাবে জেনেরিক প্রতিনিধিদের Func<...>এবং Action<...>পরিবারের মধ্যে বিভক্ত হওয়ার জন্য দায়ী : যদি ফিরে আসা সম্ভব হত void, তবে সমস্ত কিছু Action<X,Y,Z>সরল হয়ে উঠত Func<X,Y,Z,void>। দুর্ভাগ্যক্রমে, এটি সম্ভব নয়।

Question 3

না, দুর্ভাগ্যবশত না. যদি void"রিয়েল" টাইপ হয় (যেমন unitF # তে , উদাহরণস্বরূপ) জীবন অনেক উপায়ে সহজ হত। বিশেষ করে, আমরা উভয় প্রয়োজন হত না Func<T>এবং Action<T>পরিবার - শুধু হতে চাই Func<void>পরিবর্তে Action, Func<T, void>পরিবর্তে Action<T>ইত্যাদি

এটি অ্যাসিঙ্ককে আরও সহজ করে তুলবে - অ-জেনেরিক Taskপ্রকারের কোনও দরকার নেই - আমাদের কেবল দরকার Task<void>।

দুর্ভাগ্যক্রমে, সি # বা .NET টাইপ সিস্টেমগুলি সেভাবে কাজ করে না ...

Question 4

আপনি যা করতে পারেন তা এখানে। @ জনসকিট যেমন বলেছিলেন যে সি # তে কোনও ইউনিটের প্রকার নেই, তাই নিজেই তৈরি করুন!

public sealed class ThankYou {
   private ThankYou() { }
   private readonly static ThankYou bye = new ThankYou();
   public static ThankYou Bye { get { return bye; } }
}

এখন আপনি সর্বদা এর Func<..., ThankYou>পরিবর্তে ব্যবহার করতে পারেনAction<...>

public ThankYou MethodWithNoResult() {
   /* do things */
   return ThankYou.Bye;
}

বা ইতিমধ্যে আরএক্স দল দ্বারা তৈরি কিছু ব্যবহার করুন: http://msdn.microsoft.com/en-us/library/system.reactive.unit%28v=VS.103%29.aspx

Question 5

Objectঅন্যরা যেভাবে পরামর্শ দিয়েছে আপনি কেবল তা ব্যবহার করতে পারেন । বা Int32যা আমি কিছু ব্যবহার দেখেছি। ব্যবহার Int32প্রবর্তন একটি "ডামি" নম্বর (ব্যবহার 0), কিন্তু অন্তত আপনি একটি মধ্যে কোনো বড় এবং বহিরাগত বস্তু দূরে থাকতে পারে না Int32রেফারেন্স (structs মধ্যে সিল করা হয়)।

আপনি নিজের "অকার্যকর" প্রকারের লিখতেও পারেন:

public sealed class MyVoid
{
  MyVoid()
  {
    throw new InvalidOperationException("Don't instantiate MyVoid.");
  }
}

MyVoidতথ্যসূত্র অনুমোদিত (এটি একটি স্ট্যাটিক শ্রেণি নয়) তবে কেবল তা হতে পারে null। উদাহরণস্বরূপ কনস্ট্রাক্টরটি ব্যক্তিগত (এবং যদি কেউ প্রতিচ্ছবিটির মাধ্যমে এই বেসরকারী নির্মাণকারীকে কল করতে চেষ্টা করেন তবে একটি ব্যতিক্রম তাদের দিকে নিক্ষেপ করা হবে)।

যেহেতু মান টিপলস চালু হয়েছিল (2017,। নেট 4.7), সুতরাং এ জাতীয় পরিবর্তে স্ট্রাক্টValueTuple (0-টিপল, নন-জেনেরিক বৈকল্পিক) ব্যবহার করা স্বাভাবিক MyVoid। এর উদাহরণটিতে ToString()একটিটি ফিরে আসে "()", সুতরাং এটি শূন্য-টিপলের মতো দেখায়। সি # এর বর্তমান সংস্করণ হিসাবে, ()উদাহরণস্বরূপ আপনি কোডটিতে টোকেন ব্যবহার করতে পারবেন না । পরিবর্তে আপনি ব্যবহার করতে পারেন default(ValueTuple)বা কেবল default(যখন প্রসঙ্গটি থেকে প্রকারটি অনুমান করা যায়)।

Question 6

আমি উপরে আলেক্সি বাইকভের ধারণাটি পছন্দ করি তবে এটি কিছুটা সহজ করা যায়

public sealed class Nothing {
    public static Nothing AtAll { get { return null; } }
}

যেহেতু আমি কোনও আপত্তিজনক কারণ দেখতে পাচ্ছি না কেন কিছুই না tআল সব কেবল শূন্য করতে পারেনি

একই ধারণা (বা জেপ্প স্টিগ নীলসনের একটি) টাইপযুক্ত শ্রেণীর সাথে ব্যবহারের জন্যও দুর্দান্ত।

উদাহরণস্বরূপ, যদি টাইপটি কোনও পদ্ধতিতে আর্গুমেন্ট হিসাবে কোনও পদ্ধতি / ফাংশনটিতে আর্গুমেন্ট বর্ণনা করতে ব্যবহৃত হয় এবং এটি নিজে কোনও যুক্তি গ্রহণ করে না।

(আপনাকে এখনও ডামি মোড়ক তৈরি করতে হবে বা একটি alচ্ছিক "কিছুই না" দেওয়ার অনুমতি দিতে হবে। তবে ক্লাসের ব্যবহারটি মাই ক্লাস << কিছুই>> এর সাথে দেখতে সুন্দর দেখাচ্ছে)

void myProcWithNoArguments(Nothing Dummy){
     myProcWithNoArguments(){
}

বা

void myProcWithNoArguments(Nothing Dummy=null){
    ...
}

Question 7

voidযদিও কোনও প্রকার, কেবল কোনও পদ্ধতির রিটার্ন টাইপ হিসাবে বৈধ।

এর সীমাবদ্ধতার আশেপাশে কোনও উপায় নেই void।

Question 8

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

public sealed class Void {
    private Void() { }
}

public sealed class None {
    private None() { }
}