সি # 8। নেট ফ্রেমওয়ার্ক সমর্থন করে?

237

হ্যাঁ, সি # 8 ভিজ্যুয়াল স্টুডিও 2019 -NET কোর 3.0 / .NET স্ট্যান্ডার্ড 2.1 এর চেয়ে পুরানো .NET ফ্রেমওয়ার্ক এবং অন্যান্য লক্ষ্যগুলির সাথে ব্যবহার করা যেতে পারে (বা আপনি যদি নুগেট প্যাকেজ ইনস্টল করেন তবে ভিজুয়াল স্টুডিওর পুরানো সংস্করণ )।

ভাষার সংস্করণটি অবশ্যই 8.0সিএসপোজ ফাইলটিতে সেট করতে হবে।

বেশিরভাগ - তবে সমস্ত নয় - বৈশিষ্ট্যগুলি যে কোনও ফ্রেমওয়ার্ককে লক্ষ্যযুক্ত করে উপলভ্য।

বৈশিষ্ট্য যা কাজ করে

নিম্নলিখিত বৈশিষ্ট্যগুলি কেবল সিনট্যাক্স পরিবর্তন; তারা কাঠামো নির্বিশেষে কাজ করে:

স্থির স্থানীয় ফাংশন
ঘোষণা ব্যবহার করে
নাল-কোলেসিং অ্যাসাইনমেন্ট
পঠন সদস্যরা
নিষ্পত্তিযোগ্য রেফ স্ট্রাইক
অবস্থানগত নিদর্শন
টুপল নিদর্শন
অভিব্যক্তি পরিবর্তন করুন
অযোগ্য রেফারেন্স প্রকারগুলিও সমর্থিত, তবে আরও জটিল অযোগ্য ব্যবহারের ক্ষেত্রে নকশার জন্য প্রয়োজনীয় নতুন নলযুক্ত বৈশিষ্ট্যগুলি নয়। আমি এটিকে আরও বিশদভাবে "গোরীর বিবরণ" বিভাগে কভার করি।

বৈশিষ্ট্য যা কাজ করা যেতে পারে

এগুলির জন্য নতুন ধরণের প্রয়োজন যা NET ফ্রেমওয়ার্কে নেই। এগুলি কেবলমাত্র "পলিফিল" নিউট প্যাকেজ বা কোড ফাইলগুলির সাথে একত্রে ব্যবহৃত হতে পারে:

ডিফল্ট ইন্টারফেস সদস্য - কাজ করবেন না

ডিফল্ট ইন্টারফেস সদস্যরা .NET ফ্রেমওয়ার্কের অধীনে সংকলন করবে না এবং কখনই কাজ করবে না কারণ তাদের সিএলআর-তে রানটাইম পরিবর্তন প্রয়োজন। .NET সিএলআর এখন নেট নেটওয়ার্ক হিসাবে হিমশীতল এখন এগিয়ে যাওয়ার পথ।

কী কাজ করে এবং কী করে না সে সম্পর্কে আরও তথ্যের জন্য এবং পলিফিলগুলি সম্পর্কে স্টুয়ার্ট ল্যাং-এর নিবন্ধ, সি # 8.0 এবং .NET স্ট্যান্ডার্ড 2.0 দেখুন - অসমর্থিত জিনিসগুলি করা ।

কোড

নিম্নলিখিত সি # প্রকল্পটিকে লক্ষ্য করে। নেট ফ্রেমওয়ার্ক 4.8 এবং সি # 8 টি ব্যবহারযোগ্য রেফারেন্স টাইপগুলি ভিজ্যুয়াল স্টুডিওতে 16.2.0 সংকলন করে। আমি এটি নেট স্ট্যান্ডার্ড ক্লাস লাইব্রেরি টেম্পলেটটি নির্বাচন করে তৈরি করেছিলাম এবং তারপরে এটিকে টার্গেট করার জন্য এটি সম্পাদনা করে NET ফ্রেমওয়ার্ক পরিবর্তে:

.csproj:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFrameworks>net48</TargetFrameworks>
    <LangVersion>8.0</LangVersion>
    <Nullable>enable</Nullable>
  </PropertyGroup>
</Project>

.cs:

namespace ClassLibrary1
{
    public class Class1
    {
        public string? NullableString { get; set; }
    }
}

তারপরে আমি একটি উত্তরাধিকারী .csprojফর্ম্যাট ব্যবহার করে একটি .NET ফ্রেমওয়ার্ক 4.5.2 উইনফর্মস প্রকল্পটি চেষ্টা করেছিলাম এবং একই অণু রেফারেন্স ধরণের সম্পত্তি যুক্ত করেছি। আমি ভিজ্যুয়াল স্টুডিও অ্যাডভান্সড বিল্ড সেটিংস সংলাপ (16.3 এ অক্ষম) এ ভাষার প্রকারটি পরিবর্তন করেছি latestএবং প্রকল্পটি সংরক্ষণ করেছি। অবশ্যই এই পয়েন্ট হিসাবে এটি নির্মাণ করে না। আমি একটি টেক্সট এডিটরে প্রকল্প ফাইল খুলে পরিবর্তিত latestকরতে previewবিল্ড কনফিগারেশনে PropertyGroup:

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
   <LangVersion>preview</LangVersion>

আমি তখন যোগ করে nullable রেফারেন্স ধরনের জন্য সমর্থন সক্রিয় <Nullable>enable</Nullable>প্রধান করার PropertyGroup:

<PropertyGroup>
   <Nullable>enable</Nullable>

আমি প্রকল্পটি পুনরায় লোড করেছি এবং এটি তৈরি হয়।

বিষণ্ণ বিবরণ

যখন এই উত্তরটি প্রথম লেখা হয়েছিল, সি # 8 পূর্বরূপে ছিল এবং প্রচুর গোয়েন্দা কাজ জড়িত ছিল। আমি উত্তরোত্তর জন্য এখানে তথ্য ছেড়ে। আপনার যদি সমস্ত ভৌতিক বিবরণ জানার প্রয়োজন না হয় তবে এটিকে এলোমেলো করুন।

সি # ভাষাটি icallyতিহাসিকভাবে বেশিরভাগ কাঠামোর নিরপেক্ষ - যেমন ফ্রেমওয়ার্কের পুরানো সংস্করণগুলি সংকলন করতে সক্ষম - যদিও কিছু বৈশিষ্ট্যের জন্য নতুন ধরণের বা সিএলআর সমর্থন প্রয়োজন।

বেশিরভাগ সি # উত্সাহীরা ম্যাডস টর্গারসেনের ব্লগ এন্ট্রি বিল্ডিং সি # 8.0 পড়বেন , যা ব্যাখ্যা করেছে যে সি # 8 এর নির্দিষ্ট বৈশিষ্ট্যগুলির প্ল্যাটফর্ম নির্ভরতা রয়েছে:

অ্যাসিঙ্ক স্ট্রিম, সূচক এবং ব্যাপ্তিগুলি সমস্তই নতুন ফ্রেমওয়ার্ক ধরণের উপর নির্ভর করে যা .NET স্ট্যান্ডার্ড 2.1 এর অংশ হতে পারে ...। নেট কোর 3.0 পাশাপাশি জ্যামারিন, ইউনিটি এবং মনো সমস্তগুলি .NET স্ট্যান্ডার্ড 2.1 প্রয়োগ করবে, কিন্তু নেট ফ্রেমওয়ার্ক 4.8 করবে না. এর অর্থ এই বৈশিষ্ট্যগুলি ব্যবহার করার জন্য প্রয়োজনীয় প্রকারগুলি .NET ফ্রেমওয়ার্ক 4.8 এ উপলব্ধ হবে না।

এটি কিছুটা ভ্যালু টুপলসের মতো দেখতে লাগে যা সি # in- এ প্রবর্তিত হয়েছিল That সে বৈশিষ্ট্যের জন্য নতুন ধরণের দরকার ValueTupleছিল - কাঠামোগুলি - যা 7.7 এর নীচে নেট ফ্রেমওয়ার্ক সংস্করণে পাওয়া যায় নি বা ২.০ এর চেয়ে বেশি পুরানো নেট স্ট্যান্ডার্ড। তবে , সি # 7 টি .NET এর পুরানো সংস্করণগুলিতে ব্যবহার করা যেতে পারে, হয় মান টিপলস ছাড়া বা তাদের সাথে সিস্টেম.ভালিউটুপল নুগেট প্যাকেজ ইনস্টল করে । ভিজ্যুয়াল স্টুডিও এটি বুঝতে পেরেছিল এবং বিশ্বের সাথে সমস্ত কিছুই ঠিক আছে।

তবে ম্যাডস আরও লিখেছেন:

এই কারণে, সি # 8.0 ব্যবহার কেবলমাত্র প্ল্যাটফর্মগুলিতে সমর্থিত যা নেট স্ট্যান্ডার্ড 2.1 প্রয়োগ করে।

... যা সত্য যদি নেট। ফ্রেমওয়ার্কের কোনও সংস্করণ সহ সি # 8 ব্যবহার করা এবং সত্যই এমনকি নেট নেট স্ট্যান্ডার্ড 2.0 লাইব্রেরিতেও লাইব্রেরি কোডের জন্য একটি বেসলাইন লক্ষ্য হিসাবে ব্যবহার করতে আমাদের উত্সাহিত করা হত। আপনি এটি নেট। মূল সংস্করণ 3.0 এর চেয়ে পুরনো সংস্করণগুলিতে ব্যবহার করতে সক্ষম হবেন না কারণ এগুলি কেবলমাত্র নেট নেট স্ট্যান্ডার্ড 2.0 সমর্থন করে।

তদন্ত চলছে! -

জন স্কিটির নোডা-টাইমের একটি আলফা সংস্করণ রয়েছে যা সি # 8 ব্যবহার করে প্রস্তুত হয় যা লক্ষ্য করে N তিনি স্পষ্টতই সি # 8 /। নেট স্ট্যান্ডার্ড 2.0 আশা করছেন যে নেট পরিবারে সমস্ত ফ্রেমওয়ার্কগুলিকে সমর্থন করবে। (জনের ব্লগ পোস্টটি "বাতিলযোগ্য রেফারেন্স ধরণের প্রথম পদক্ষেপগুলি দেখুন" )।
মাইক্রোসফ্ট কর্মচারীরা গিটহাবের সি # 8 টি নুলযোগ্য রেফারেন্স ধরণের জন্য ভিজ্যুয়াল স্টুডিও ইউআই নিয়ে আলোচনা করে চলেছে এবং বলা হয়েছে যে তারা উত্তরাধিকারকে সমর্থন করার csprojইচ্ছাকৃত (প্রাক- নেট নেট এসডিকে ফর্ম্যাট csproj)। এটি খুব শক্তিশালী ইঙ্গিত যে সি # 8। নেট ফ্রেমওয়ার্কের সাথে ব্যবহারযোগ্য হবে। [আমার সন্দেহ হয় যে তারা এখন এটি অনুসরণ করবে যে ভিজ্যুয়াল স্টুডিও 2019 এর ভাষা সংস্করণ ড্রপডাউন নিষ্ক্রিয় করা হয়েছে এবং। নেট C # 7.3 এ আবদ্ধ হয়েছে]
বিখ্যাত ব্লগ পোস্টের অল্প সময়ের পরে, একটি গিটহাব থ্রেড ক্রস-প্ল্যাটফর্ম সমর্থন নিয়ে আলোচনা করেছে। একটি গুরুত্বপূর্ণ পয়েন্ট যা উদ্ভূত হয়েছিল তা হ'ল .NET স্ট্যান্ডার্ড ২.১ এ এমন একটি মার্কার অন্তর্ভুক্ত করা হবে যা চিহ্নিত করে যে ইন্টারফেসগুলির ডিফল্ট বাস্তবায়নগুলি সমর্থিত - বৈশিষ্ট্যের জন্য একটি সিএলআর পরিবর্তন প্রয়োজন যা কখনই নেট ফ্রেমওয়ার্কে উপলভ্য হবে না। মাইক্রোসফ্টে .NET টিমের প্রোগ্রাম ম্যানেজার ইমো ল্যান্ডওয়ার্থের কাছ থেকে, এখানে গুরুত্বপূর্ণ বিটটি রয়েছে:

সংকলকগণ (যেমন সি #) ডিফল্ট ইন্টারফেস বাস্তবায়নের অনুমতি দেয় কি না তা সিদ্ধান্ত নিতে এই ক্ষেত্রের উপস্থিতি ব্যবহার করবে বলে আশা করা যায়। যদি ক্ষেত্রটি উপস্থিত থাকে, রানটাইমটি ফলাফল কোড লোড করতে এবং সম্পাদন করতে সক্ষম হবে বলে আশা করা যায়।
এটি সমস্তই "সি # 8.0 এর দিকে নির্দেশিত কেবল প্ল্যাটফর্মগুলিতে সমর্থিত যেগুলি .NET স্ট্যান্ডার্ড 2.1" কে একটি ওভারসিম্প্লিফিকেশন হিসাবে কার্যকর করে, এবং যে সি # 8 নেট নেট ফ্রেমওয়ার্ককে সমর্থন করবে তবে, যেমন অনেক অনিশ্চয়তা রয়েছে, আমি গিটহাব এবং হ্যালোফোরের কাছে জিজ্ঞাসা করেছি:

আইআইআরসি, একমাত্র বৈশিষ্ট্য যা অবশ্যই স্পষ্টভাবে উপস্থিত হবে না। নেট ফ্রেমওয়ার্কটি ডিআইএম (ডিফল্ট ইন্টারফেস পদ্ধতি) কারণ রানটাইম পরিবর্তনের প্রয়োজন requires অন্যান্য বৈশিষ্ট্যগুলি শ্রেণীর আকার দ্বারা চালিত হয় যা কখনই .NET ফ্রেমওয়ার্কে যুক্ত নাও হতে পারে তবে নিজের কোড বা নুগেটের মাধ্যমে (পরিসীমা, সূচকগুলি, অ্যাসিঙ্ক পুনরাবৃত্তকারী, অ্যাসিঙ্ক নিষ্পত্তি) পলিফিল হতে পারে।
ভিক্টর ডার্কস মন্তব্য করেছিলেন যে " আরও জটিল অবিচ্ছিন্ন ব্যবহারের ক্ষেত্রে ডিজাইনের জন্য প্রয়োজনীয় নতুন অণনীয় বৈশিষ্ট্যগুলি কেবলমাত্র System.Runtime.dll এ উপলব্ধ যেগুলি নেট নেট 3.0 এবং। নেট স্ট্যান্ডার্ড 2.1 ... [এবং] নেট ফ্রেমওয়ার্কের সাথে সঙ্গতিপূর্ণ নয় atible 4.8 "
তবে ইমো ল্যান্ডওয়ার্থ মন্তব্য করেছিলেন যে "আমাদের এপিআইয়ের বেশিরভাগ অংশের কোনও কাস্টম বৈশিষ্ট্যের প্রয়োজন নেই কারণ প্রকারগুলি সম্পূর্ণ জেনেরিক বা নাল নয়" নিবন্ধের আওতায় ন্যাবল রেফারেন্স টাইপ ব্যবহার করে দেখুন
মাইক্রোসফ্ট কর্মচারীদের নিম্নলিখিত মন্তব্যগুলি নোট হিসাবে মন্তব্য করে বেন হল গিটহাবের কোর 3.0 এর বাইরে ননযোগ্য বৈশিষ্ট্যগুলির প্রাপ্যতাটি উত্থাপন করেছিলেন :

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

(জন কোটাস)

আপনার মতো লোকেরা যারা ইচ্ছুক বুঝতে চান - এবং তাদের চারপাশে কাজ করেন - সি # 8 ব্যবহারের জন্য নির্বিঘ্ন point মূল কথাটি হ'ল সমস্ত ভাষার বৈশিষ্ট্যগুলি নিম্ন-স্তরের লক্ষ্যগুলিতে কাজ করবে না।

(ইমো ল্যান্ডওয়ার্থ)

ভিজ্যুয়াল স্টুডিও 2019

ভিজ্যুয়াল স্টুডিও 2019 সংস্করণ 16.3 এর আরটিএম সংস্করণে একটি বড় পরিবর্তন হয়েছে - সি # 8.0 এর জন্য লঞ্চ সংস্করণ: ভাষা নির্বাচন ড্রপডাউন অক্ষম করা হয়েছে:

মাইক্রোসফ্ট এর জন্য যুক্তি :

এগিয়ে চলুন, ... প্রতিটি কাঠামোর প্রতিটি সংস্করণের একটি একক সমর্থিত এবং ডিফল্ট সংস্করণ থাকবে এবং আমরা স্বেচ্ছাসেবী সংস্করণগুলি সমর্থন করব না। সমর্থনে এই পরিবর্তনটি প্রতিফলিত করতে, এই প্রতিশ্রুতি স্থায়ীভাবে ভাষা সংস্করণ কম্বো বাক্সটি অক্ষম করে এবং পরিবর্তনের ব্যাখ্যা করে একটি দস্তাবেজের সাথে একটি লিঙ্ক যুক্ত করে।

যে দস্তাবেজটি খোলে সেটি হল # ভাষা সংস্করণ । এটি কেবলমাত্র নেট নেট 3.x এর ডিফল্ট ভাষা হিসাবে সি # 8.0 তালিকাভুক্ত করে। এটি এটিও নিশ্চিত করে যে প্রতিটি কাঠামোর প্রতিটি সংস্করণ, একসাথে সমর্থিত এবং ডিফল্ট সংস্করণ থাকবে এবং ভাষার কাঠামো-অজ্ঞাতবাদ আর নির্ভর করা যাবে না।

ভাষা সংস্করণটি এখনও .csproj ফাইল সম্পাদনা করে .NET ফ্রেমওয়ার্ক প্রকল্পের জন্য 8 এ বাধ্য করা যেতে পারে।

গুহাত সম্রাট

সি # 8 /। নেট ফ্রেমওয়ার্ক সংমিশ্রণটি আনুষ্ঠানিকভাবে মাইক্রোসফ্ট দ্বারা সমর্থিত নয়। তারা বলে যে এটি কেবল বিশেষজ্ঞদের জন্য।

— স্টিফেন কেনেডি
সূত্র

এটি সত্যিকারের যে কোনও বিভ্রান্তি দূর করতে পারে আমরা যদি চেষ্টা করি তবে স্ট্যান্ডার্ড ২.১ এর বাইরে কিছু সি # 8 বৈশিষ্ট্য ব্যবহার করতে পারি - github.com/dotnet/corefx/issues/40039

— বেন হল

আরও জটিল অযোগ্য ব্যবহারের ক্ষেত্রে ডিজাইনের জন্য প্রয়োজনীয় নতুন নলযোগ্য বৈশিষ্ট্য ( ডকস.মাইক্রোসফট.ইন.ইউএস / ডটনেট / সিএসআরপি / অ্যানল্যাবল- অ্যাট্রিবিউটস ) কেবল সিস্টেম.রুনটাইম.ডলে পাওয়া যায় যা .NET কোর 3.0.০ এবং। নেট স্ট্যান্ডার্ড 2.1। এটি nlalable \ C # 8.0 সাথে বেমানান করে, নেট ফ্রেমওয়ার্ক 4.8

— ভিক্টর ডার্কস

@ বেনহল আমি আপনার ইস্যু থেকে কিছুটা পথ যোগ করেছি - সমস্যাটি উত্থাপন এবং এখানে পোস্ট করার জন্য আপনাকে অনেক ধন্যবাদ। উত্তরটি যদি কোনওভাবেই ভুল হয় তবে নির্দ্বিধায় উত্তর দিন।

— স্টিফেন কেনেডি

ভিসুয়াল স্টুডিও 2019 IntelliSense nullable রেফারেন্স ধরনের সমর্থন করে না যখন মাধ্যমে নিদিষ্ট <Nullable>enable</Nullable>মধ্যে csproj। #nullable enableনির্দেশিকা ব্যবহার করার সময় এটি কাজ করে বলে মনে হয় । আরও দেখুন: github.com/dotnet/project-sstm/issues/5551

— বুকে

@odalet আমার সি # 8 লক্ষ্য করে কোন কোয়ালিফাই থাকবে না এবং এমন মৌলিক বৈশিষ্ট্যগুলি ব্যবহার করুন যা পলিফিলের প্রয়োজন নেই (ইতিমধ্যে এটি করুন), এবং সম্ভবত পলিফিলগুলিও (তাদের প্রয়োজন নেই)। তবে, আমার পক্ষে সর্বোত্তম পরামর্শটি হ'ল: যদি সন্দেহ হয় তবে তা করবেন না, কমপক্ষে না যদি আপনার কাজ এটির উপর নির্ভর করে।

— স্টিফেন কেনেডি

মতে এই ব্লগে এন্ট্রি ভাষা প্রকৃতপক্ষে ফ্রেমওয়ার্ক বাঁধা হয়:

এর অর্থ এই বৈশিষ্ট্যগুলি ব্যবহার করার জন্য প্রয়োজনীয় প্রকারগুলি .NET ফ্রেমওয়ার্ক 4.8 এ উপলব্ধ হবে না। তেমনি, ডিফল্ট ইন্টারফেস সদস্য বাস্তবায়নগুলি নতুন রানটাইম বর্ধনের উপর নির্ভর করে এবং আমরা নেট নেটটাইম ৪.৮-তে সেগুলি করব না।

এই কারণে, সি # 8.0 ব্যবহার কেবলমাত্র প্ল্যাটফর্মগুলিতে সমর্থিত যা নেট স্ট্যান্ডার্ড 2.1 প্রয়োগ করে। রানটাইম স্থিতিশীল রাখার প্রয়োজনীয়তা আমাদের এক দশকেরও বেশি সময় ধরে এতে নতুন ভাষার বৈশিষ্ট্যগুলি প্রয়োগ করতে বাধা দিয়েছে। আধুনিক রানটাইমের পাশাপাশি এবং ওপেন সোর্স প্রকৃতির সাথে আমরা অনুভব করি যে আমরা দায়বদ্ধতার সাথে এগুলি আবার বিকশিত করতে পারি এবং ভাষা নকশাটি মাথায় রেখে তা করতে পারি। স্কট .NET কোর 3.0 এবং .NET ফ্রেমওয়ার্ক 4.8 এ তার আপডেটে ব্যাখ্যা করেছে যে নেট ফ্রেমওয়ার্ক স্থিতিশীলতা এবং নির্ভরযোগ্যতার দিকে মনোনিবেশ করার পরিবর্তে ভবিষ্যতে কম উদ্ভাবন দেখতে পাবে। এটি দেওয়া হিসাবে, আমরা মনে করি যে এটির জন্য কোনও ভাষার বৈশিষ্ট্য না পাওয়ার চেয়ে তার পক্ষে কিছু ভাষার বৈশিষ্ট্য বাদ দেওয়া ভাল।

— user1781290
সূত্র

অন্যান্য উত্তরে আরও অনেক বিবরণ স্টিফেন কেনেডি। প্রকৃতপক্ষে। নেট ফ্রেমওয়ার্ক লক্ষ্য করে যখন সি # 8.0 কাজের একটি যথেষ্ট উপসেট তৈরি করা যথেষ্ট সহজ। তবে সি # 8.0 এর কিছু অংশ রানটাইমের পরিবর্তনের প্রয়োজন যা মাইক্রোসফ্ট "পুরাতন"। নেট ফ্রেমওয়ার্কের জন্য তৈরি করবে না। এবং তারা ভাষা সংস্করণ এবং .NET সংস্করণটিকে আরও একত্রে বেঁধে রাখছে বলে মনে হচ্ছে।

— জেপ্প স্টিগ