আধুনিক সি ++ কি সি # কে প্রতিস্থাপন করছে? মাইক্রোসফ্ট কি বিকাশকারীদের সি ++ গ্রহণ করার জন্য চাপ দিচ্ছে? [বন্ধ]


91

আমি আধুনিক সি ++ জনপ্রিয়তা এবং সি # বা অন্যান্য সি-মত ভাষা থেকে সি ++ এ মাইগ্রেশন সম্পর্কে কিছু কথা শুনেছি।

আমি সি ++ ১১ টি বৈশিষ্ট্য সম্পর্কে জানি তবে আমি আপনার অভিজ্ঞতাগুলি শুনতে চাই বিশেষত এমন বিকাশকারীদের কাছ থেকে যারা সি # থেকে সি ++ এ স্থানান্তরিত হয়েছিল।

আরও গুরুত্বপূর্ণ, মাইক্রোসফ্ট কি বিকাশকারীদের সি ++ ব্যবহার করতে চাপ দেয়? যদি হ্যাঁ, কেন?


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

2
আমি আশা করি না. জাভা এবং সি # বিকাশকারীদের পক্ষে পৃষ্ঠপোষক এবং তারা এখনও বিকশিত হচ্ছে।
জেসি সি স্লিকার

4
সি ++ এবং সি # উভয়ই কেবল সরঞ্জাম : নির্দিষ্ট কাজের জন্য সেরাটিকে বেছে নিন। যেমন আপনি যদি ক্রস প্ল্যাটফর্ম কোড লিখতে চান তবে আপনি সি ++ ব্যবহার করতে পারেন; আপনি যদি এমন ছোট অ্যাপ্লিকেশন চান যাগুলির .NET রানটাইম ইনস্টলেশন প্রয়োজন হয় না আপনি সি ++ ব্যবহার করতে পারেন (সিআরটি স্ট্যাটিকালি লিঙ্কযুক্ত); যদি আপনি উইন্ডোজের জন্য কোনও আরএডি উপায়ে কিছু জিইউআই সরঞ্জাম বিকাশ করতে চান তবে আপনি সি # এবং উইনফর্মগুলি ব্যবহার করতে চাইতে পারেন; ইত্যাদি
মিঃসি 64

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

9
আসুন দয়া করে সবাইকে নাগরিক রাখুন। অভদ্রতা সহ্য করা হবে না।
ম্যাপেল_শ্যাফ্ট

উত্তর:


95

হ্যাঁ, আপনার সন্দেহগুলি সঠিক। মাইক্রোসফ্ট ফিরে আসতে এবং আরও জনপ্রিয় হয়ে উঠতে সি ++ চাপ দিচ্ছে।

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

তার একটি টাইমলাইন ছিল যা তিনি ব্যাখ্যা করেছিলেন যে নির্দিষ্ট সময়ে কী কী প্রযুক্তি জনপ্রিয় ছিল তা বিভিন্ন চাপ কীভাবে প্রভাবিত করে। সুতরাং প্রথমে লোকেরা গতি চেয়েছিল তাই তারা সবাই সি / সি ++ (দুটি পৃথক ভাষা) এ কোড করেছিল। হার্ডওয়্যারটি দ্রুতগতির সাথে সাথে ফোকাসটি কার্যকর করার গতি এবং আরও বিকাশের গতি থেকে দূরে সরে গেছে, সুতরাং উচ্চ স্তরের ভাষা আরও বেশি জনপ্রিয় হয়েছিল became

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

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

সুতরাং আমার কাছে এ জাতীয় ইঙ্গিত দেয় যে মাইক্রোসফ্টে অতীতের চেয়ে অবশ্যই আরও বেশি ফোকাস রয়েছে।

আপডেট # 1:

যেহেতু আমি এর জন্য একটি 'দুর্দান্ত উত্তর' ব্যাজ পেয়েছি, তাই আমি ভেবেছিলাম সম্ভবত আমার ফিরে আসা উচিত এবং ক) কয়েকটি বিষয় পরিষ্কার করা এবং খ) সত্য-তদন্তকারী পুলিশকে খুশি করা কারণ প্রযুক্তি ফোরামে আমরা সবাই জানি যেহেতু ভুল কিছু যুদ্ধের কারণ হতে পারে wars বছরের পর বছর ধরে।

  1. উইনআরটি .NET ফ্রেমওয়ার্কের প্রতিস্থাপন নয়, তবে এমএস উইন্ডোজ বিকাশকারীদের কাছে এটি এখন অন্য বিকল্প এবং এমএস দৃ people়ভাবে লোকদের সেই দিকে এগিয়ে যাওয়ার জন্য চাপ দিচ্ছে। এটি প্রদর্শিত হয় (দয়া করে এটি 100% সঠিক না হলে আপনার শিখাটি ধরে রাখুন) যে উইনআরটি মূলত আধুনিক ইউআই অ্যাপ্লিকেশনগুলির জন্য লক্ষ্যযুক্ত ছিল যদিও নিয়মিত ডেস্কটপ অ্যাপ্লিকেশনগুলিকেও এটির সুবিধা নিতে সক্ষম হওয়া উচিত। এটি বলার পরে, এমএস লোকেরা ক) আধুনিক ইউআই অ্যাপ্লিকেশনগুলি লেখার দিকে সরে যেতে জোরালোভাবে জোর দিচ্ছে এবং খ) উইনআরটি ব্যবহার শুরু করুন যাতে .NET কাঠামো ব্যবহার করে লোকের ভারসাম্যটি শতকরা প্রায় হ্রাস পাবে।

  2. সি ++ সি # বা পাইথনের মতো উচ্চ স্তরের ভাষার প্রতিস্থাপন করবে না। ঠিক সেই ভাষাগুলির মতো সি ++ প্রতিস্থাপন করা হবে না। এটি সম্ভবত ওপি-র প্রশ্নের সবচেয়ে বিতর্কিত অংশ ছিল। তবে এটি সমস্ত ভারসাম্য সম্পর্কে এবং তথ্যগুলি হ'ল:

    • সি ++ সম্প্রদায় (এমএসের এটির একটি বড় অংশের সাথে) কম শক্তিযুক্ত ডিভাইসগুলির জন্য ভাল ভাষা হিসাবে সি ++ পজিশনে শক্তিশালী প্রত্যাবর্তনের দিকে জোর দিচ্ছে, যার বাজার ভাগ ইদানীং পাগলের মতো বাড়ছে। আপনি যদি আমাকে বিশ্বাস না করেন তবে গত বছর শুরু হওয়া "GoingNative" সিরিজের আলোচনার সন্ধান করুন।
    • মাইক্রোসফ্ট থেকে সমস্ত প্রচেষ্টা এবং প্রভাবের সাথে, সি ++ ব্যবহার অবশ্যই বৃদ্ধি পাবে, যখন সি # কিছু বাদ দিতে পারে। এমএস এটির জন্য চাপ দিচ্ছে এবং আমি উপরের মন্তব্যে যেমন বলেছিলাম, এমএস যখন তাদের মূলধনকে একটি ধারণার পিছনে রাখে তখন তারা শিল্পের বড় অংশকে স্থানান্তরিত করে। আমি সম্ভবত এমন কোনও লোকের কাছ থেকে প্রতিক্রিয়া পাব যিনি তর্ক করবেন, "কি শিল্প, আমি সর্বদা লিনাক্সে আছি" এবং আমার একমাত্র প্রতিক্রিয়া হ'ল জাগো! হ্যাঁ, সেখানে অন্যান্য ওএস রয়েছে তবে বেশিরভাগ ডেস্কটপ মার্কেট, এই মুহুর্তে গ্রাহক এবং ব্যবসায় উভয়ই হ'ল উইন্ডোজ এবং যে কোনও গুরুতর বিকাশকারী যিনি তার সময়ের মূল্য সর্বাধিক করতে চান তিনি ডেস্কটপ বাজারের সেই অংশটিকে লক্ষ্য না করে অত্যন্ত নির্বোধ হতে পারেন।

সুতরাং উপসংহারে: হ্যাঁ, এমএস সি ++ ফিরে আসার জন্য চাপ দিচ্ছে সম্ভবত এর জনপ্রিয়তা আরও বাড়বে। না, সি ++ কখনই সি # প্রতিস্থাপন করবে না।

আপডেট # 2:

আমি জানি না কেন যখন বাস্তবতা ধূসর ছায়ায় পূর্ণ থাকে তবে প্রযুক্তিগত সম্প্রদায়গুলি খুব নিখুঁত কালো / সাদা ভাষায় জিনিসগুলি দেখায়। এটি এই পোস্টে যুক্ত হওয়া বেশ কয়েকটি নতুন মন্তব্যের প্রতিক্রিয়া:

  1. .NET কাঠামো শীঘ্রই (বা কখনও) কোনও সময় চলে যাবে না। 90 এর দশকের পর থেকে উইন্ডোজগুলির প্রতিটি প্রযুক্তি সম্পর্কে এখনও কোনও না কোনও রূপ বা ফ্যাশন রয়েছে। সুতরাং যারা নেট কাঠামোর সাথে এতটা সংযুক্ত আছেন তাদের জন্য: ক) এটি অদৃশ্য হওয়ার বিষয়ে চিন্তা করবেন না এবং খ) এর পক্ষে পক্ষে তর্ক করা বন্ধ করুন যেন আপনার জীবন এটির উপর নির্ভর করে, আপনার এপিআই নিরাপদ।

  2. উইনআরটি অনেকগুলি কার্যকারিতা পুনরায় প্রতিস্থাপন করে যা অতীতে উইন 32 এবং .NET ফ্রেমওয়ার্ক API দ্বারা সরবরাহ করা হয়েছিল। উইনআরটি,। নেট ফ্রেমওয়ার্ক ব্যবহার করতে বা উইন 32 এপিআই (এটি মারা যায়নি) দিয়ে চালিয়ে যেতে চাইলে যে ক্রিয়াকলাপ চান তারা এমন লোকদের পছন্দ করতে পারে। যদি উইনআরটি আজ ওয়েব অ্যাপ্লিকেশনগুলির সহজ নির্মাণকে সমর্থন করে না, তবে ভবিষ্যতে এটি তাদের সমর্থন করার একটি খুব ভাল সুযোগ রয়েছে।

মাইক্রোসফ্ট যে অবস্থানটি ঘোষণা করেছিল তা হ'ল উইনআরটি হ'ল একটি বৃহত কাঠামো যা মাইক্রোসফ্টকে একটি ক্লিন স্লেট দিয়ে শুরু করার সুযোগ দেয় এবং উইন 32 এপিআই এবং। নেট ফ্রেমওয়ার্ক নিজেই শেখা পাঠগুলি ব্যবহার করে একটি এপিআই তৈরি করেছিল। আমি সেই ভিডিওটি সন্ধান করার চেষ্টা করেছি, এবং এখনও এটি সন্ধান করতে পারি না, তবে স্পিকারের মধ্যে উল্লিখিত একটি বিষয় হ'ল। নেট ফ্রেমওয়ার্কের নির্দিষ্ট কিছু ক্ষেত্র রয়েছে যা আরও ভাল / সরল / ক্লিনার এবং উইনআরটি একই কার্যকারিতাটি উন্মোচিত করতে পারে could নতুন ক্লিনার ইন্টারফেসে।


7
এটি "কেন সি ++?" শিরোনামে সি ++ এবং এর বাইরেও হার্ব সুতারের কথা ছিল? চ্যানেল 9 এ এর ​​একটি ভিডিও রয়েছে, যদিও এই মুহুর্তে আমার এটি অ্যাক্সেস করতে সমস্যা হচ্ছে, সম্ভবত কারণ রেডমন্ড একটি বিশাল স্ট্রিমিং ইভেন্টটি হোস্ট করছে। আপনার যুক্তিটি বোধগম্য হয় তবে এই ধরণের বক্তব্যকে কিছু উল্লেখ সহকারে সমর্থন করা দরকার কারণ এটি মাইক্রোসফ্ট এবং অন্য যে কেউ মাইক্রোসফ্টের পণ্যগুলির সাথে সফ্টওয়্যার বিকাশ করে তাদের জন্য একটি বড় কৌশলগত স্থানান্তরকে প্রতিনিধিত্ব করবে।
রবার্ট হার্ভে

13
WinRT .NET- র প্রতিস্থাপন নয়। দয়া করে আপনার তথ্য রাখুন।
ইউফোরিক

4
@ ইউফোরিক: অন্য কথায়। নেট ফ্রেমওয়ার্কটি উইন 32 এপিআই-র প্রতিস্থাপন কখনও হয়নি। একই সময়ে, যখন সি # বেরিয়ে আসল তখন অনেক লোক স্যুইচ করেছে এবং উইন্ডোজ ডিএলএল-তে সি-স্টাইলের ফাংশন কলগুলি করা সম্পর্কে ভুলে গেছে। এমএস এখন একই সুইচের জন্য চাপ দিচ্ছে। হ্যাঁ, .NET ফ্রেমওয়ার্কটি উইনআরটি-র হুডের অধীনে অব্যাহত থাকবে এবং নিশ্চিত যে আপনি এখনও নেট নেট ফ্রেমওয়ার্কটি ব্যবহার করতে পারবেন, তবে এমএস লোকদের নতুন কাঠামোর দিকে স্যুইচ করার জন্য চাপ দিচ্ছে।
ডিএক্সএম

21
@gbjbaanb - এটি 100% মিথ্যা। প্রথম সমস্ত .NET সর্বদা উইন 32 লাইব্রেরির জন্য খুব সুন্দর একটি মোড়ক ছিল। দ্বিতীয়টি। Fullনেট প্রোফাইল এবং 'উইনআরটি' এর মধ্যে কেবলমাত্র সামান্য পার্থক্য রয়েছে N যতক্ষণ না তারা উইন 32 লাইব্রেরিটি সবাইকে একসাথে মুক্তি দেয়। নেট এখানে রয়েছে here আপনার মন্তব্য। নেট এবং সি # ভাষা নিজেই সম্পর্কিত একটি সম্পূর্ণ এবং জ্ঞানের সম্পূর্ণ অভাব দেখায়।
রামহাউন্ড

6
ওয়েব অ্যাপ্লিকেশনগুলির জন্য এটি উল্লেখ করার দরকার নেই,। নেট দুর্দান্ত। যদি এটি কখনও 'প্রতিস্থাপন' হয়ে থাকে, তবে এটি ডেস্কটপ অ্যাপ্লিকেশনগুলির জন্য, এবং ওয়েব অ্যাপ্লিকেশনগুলির জন্য নয়।
জর্জ স্টকার 15

22

না, উইন্ডোজ 8 আপনার কাজটি সম্পন্ন করার জন্য (বা জেনে) যে ভাষা প্রয়োজন তা ব্যবহার করা। জাভাস্ক্রিপ্ট, নেট ভাষা (সি #) এবং সি / সি ++ সমস্ত সমানভাবে সমর্থিত।

কিছুই প্রতিস্থাপন করা হচ্ছে না এবং যাইহোক শেষ পর্যন্ত এটি বিকাশকারীদের কাছে। উইনআরটি আরও সহজ করে তোলে উন্নত ব্যাটারি জীবনের জন্য একটি ধাক্কা।

ব্যতিক্রমগুলি এমন গেমস যেখানে সি ++ আরও সমর্থন পাচ্ছে, বিশেষত উইন্ডোজ ফোন 8 তে যখন পরিচালিত ভাষার কোনও নেটিভ সমর্থন নেই (ওরফে নো এক্সনা)।


1
+1 মাইক্রোসফ্ট স্মার্টফোন এবং ট্যাবলেট বাজারে উইন্ডোজ 8 গ্রহণ করতে মরিয়া। আইফোন থেকে মাইক্রোসফ্ট মোটের চেয়ে বেশি আয় করে অ্যাপল । একটি বাধা হ'ল প্রতিষ্ঠিত প্ল্যাটফর্মগুলির সাথে তুলনা করে উইন্ডোজ ফোন / ট্যাবলেটগুলির জন্য খুব কম অ্যাপ রয়েছে apps সুতরাং তারা যে কারও পক্ষে তাদের পছন্দের ভাষায় একটি অ্যাপ তৈরি করা সম্ভব করতে চায়। সি #, সি ++, বা জাভাস্ক্রিপ্ট।
মার্কজে

আমি জানি না কেন তারা উইন্ডোজ ফোন from থেকে শুরু করে দেশীয় সি / সি ++ সমর্থন বাদ দেওয়ার সিদ্ধান্ত নিয়েছে that সেদিন থেকে, উইন্ডোজ + উইন্ডোজ মোবাইলটি আমাদের সংস্থার 90% বড় প্ল্যাটফর্ম থেকে 10% গুরুত্বের দিকে চলে গেছে। 10% কেবলমাত্র সেরা বিকাশের সরঞ্জামগুলির কারণে (ভিজ্যুয়াল স্টুডিও), অন্যথায় আমরা উইন্ডোজ ডেস্কটপের জন্য আর পণ্য তৈরি করি না।
পাভেল পি

1
@ পাভেল আপনি সেখানে কী বলছেন তা আমি নিশ্চিত নই ..
ড্যানিয়েল লিটল

@ পাভেল -এটি উইনফোন 7 থেকে নেটিভ কোডটি বাদ দিয়েছে, তারপরে উইনফোন 8 থেকে পরিচালিত কোডটি ফেলেছে। হতে পারে আপনি এখনই প্ল্যাটফর্মটি আবার ঘুরে দেখতে পারেন, বা এটি যদি আরও অনেক বেশি বড় শেয়ারের ভাগ পান তবে অবধি এটি উপেক্ষা করতে পারেন।
gbjbaanb

19

আমি সি ++ 11 বৈশিষ্ট্যগুলি সম্পর্কে জানি তবে আমি আপনার অভিজ্ঞতা শুনতে চাই

লোকেরা সাধারণ উদ্দেশ্যে প্রোগ্রামিংয়ের জন্য সি # (অথবা 1990 এর আরও কোনও পোস্ট [নন-পিএইচপি] পরিবর্তিত) এর চেয়ে বেশি সি ++ পছন্দ করবে এই চিন্তাটি হাস্যযোগ্য । সি ++ 11 কিছু ভাল অনুপস্থিত বিট যুক্ত করেছে, তবে এটি এখনও একটি কুকুরের পায়ে পেরেক করছে

সি ++ এর কিছু ভাল কুলুঙ্গি রয়েছে এবং এটি এখনও কিছু প্ল্যাটফর্মের মধ্যে সীমাবদ্ধ সংকলক সমর্থন সহ সেরা বিকল্প। তবে না, আধুনিক সি ++ সম্ভবত পুরানো, ভাঙা সি ++ ব্যতীত অন্য কোনও কিছু প্রতিস্থাপনের কাছাকাছি নেই।


31
আপনি কি লিখছেন তা পড়ুন। আপনি খালি দাবি করছেন যে সি # এর উপরে সাধারণ উদ্দেশ্যে প্রোগ্রামিংয়ের জন্য সি ++ ব্যবহার করা হাস্যকর । এটি কি সত্যই সত্য যা আপনি বিশ্বাস করেন, বা এটি কেবল আপনার নিজের অতিরঞ্জিত মতামত?
zxcdw

38
@ zxcdw - আমার যদি 100 টি সাধারণ প্রোগ্রামিং সমস্যা হয় তবে আমি সি # বা জাভা বা পাইথন বা স্কালা বা ... ব্যবহার করে কম বাগ সহ কমপক্ষে বাগের সাথে তাদের 90% দ্রুত, আরও ভাল সম্পন্ন করব And এটি আমার পরিচিত প্রতিটি পেশাদার প্রোগ্রামারের প্রায় সাধারণ দৃষ্টিভঙ্গি; এমনকি সি ++ কে তাদের প্রাথমিক ভাষা হিসাবে ব্যবহার করে।
টেলাস্টিন

33
@zxcdw: আমি একজন হার্ড সি ++ বিকাশকারী। আমি 15+ বছর ধরে সি ++ করেছি এবং বেশিরভাগ ব্যাক-এন্ড অ্যাপ্লিকেশনগুলিতে কাজ করেছি যার জন্য সি ++ প্রয়োজন। আমি সমস্ত এসটিএল এবং অর্ধেক বুস্ট পেরিয়েছি। আমার দলটিকে হতাশ করার জন্য আমি কয়েকটি স্থানে টেমপ্লেট বিপণন চালু করেছি যা আমি ভেবেছিলাম এটির প্রাপ্য। আমি যে পয়েন্টটি তৈরির চেষ্টা করছি তা হ'ল আমি সি ++ পছন্দ করি এবং এর সাথে কাজ করি। এটি বলার পরে, আমি টেলাস্টিনের সাথে একমত, যদি আমার কাছে এমন একটি সাধারণ সমস্যা থাকে যার জন্য সি ++ এর কী প্রয়োজন হয় না, তবে আমি বরং সি # বা পাইথন বেছে নেব। এগুলি উচ্চ স্তরের ভাষা এবং আপনি কেবল এগুলিতে দ্রুত কাজ সম্পন্ন করুন। অন্তত উইন
ডিভাসের

5
@ ম্যাডকিথভি - আমি যদি ওএসএক্স, আইওএস এবং অ্যান্ড্রয়েডে চালিত একটি সি # অ্যাপে কাজ না করতাম তবে আমি ক্রস প্ল্যাটফর্মের যুক্তিটিকে আরও কিছুটা ওজন দিতে পারি। এমনকি এটিকে উপেক্ষা করেও, আমি তালিকাভুক্ত নন-সি # ভাষা সি ++ এর চেয়ে প্রায় সর্বদা ভাল বিকল্প যখন ক্রস-প্ল্যাটফর্ম একটি শক্ত উদ্বেগ। সি ++ 11 এই বিকল্পগুলি দূরে ঠেলে দিতে খুব বেশি কিছু করছে না।
টেলাস্টিন

14
আপনার সমস্ত কিছু যদি হাতুড়ি হয় তবে সবকিছুই পেরেকের মতো দেখাচ্ছে। সি ++ 11 এর উন্নতিগুলি সি # এবং অন্যান্য অনুরূপের বিস্তৃত প্রভাবকে কমিয়ে দেবে না, তবে সম্ভবত আরও প্ল্যাটফর্ম অজ্ঞাবল ভাষাগুলি নয়, বরং জাহাজটি চালিয়ে যাবে। সি ++ 11 এর বৃহত্তম বিক্রয়কেন্দ্রটি এখনও রয়ে গেছে যে এটি কোনও সিস্টেমের গভীরতম অঞ্চলে ছড়িয়ে পড়ে এমন কোনও সিস্টেমের জন্য শেষ থেকে শেষের ভাষা হতে পারে, তবুও উচ্চতর অর্ডার বিমূর্ততাগুলির সাথে চারপাশে ঝাঁকুনির সুযোগ দেয়।
জাস্টিনসি

2

ডিএক্সএম লিখেছিল:

সুতরাং ফোকাস (কমপক্ষে মাইক্রোসফ্টের চোখে) সি ++ এর দিকে ফিরে এসেছে কারণ এখন আমরা ব্যাটারি লাইফের বিষয়ে যত্নশীল। উচ্চ স্তরের কোড = আরও নির্দেশাবলী = আরও রস প্রয়োজন।

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

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


5
জাভা একটি ভুল ছিল। আপনি যদি কাঁচা পারফরম্যান্স চান (এবং আপনি প্রায়শই করেন) তবে আপনি সি / সি ++ তে লিখতে চান। আপনি যদি বিকাশকারী উত্পাদনশীলতা চান তবে আপনি পাইথন বা পিএইচপি বা রুবি বা জেএসের মতো উচ্চ স্তরের ভাষা চান। জাভা (এবং সি #) মাঝারি স্থল সিস্টেম যা আপনাকে সেরা কর্মক্ষমতা বা সর্বোত্তম উত্পাদনশীলতা দেয় না। যেমনটি হয়, সি ++ তেমন খারাপ নয় - আপনি কী করছেন তা জানার পরে আপনি এ থেকে ভাল উত্পাদনশীলতা পেতে পারেন।
gbjbaanb

8
@gbjbaanb আপনার মন্তব্য সম্পর্কে আমার মিশ্র অনুভূতি আছে: কয়েক বছর আগে, জাভা এবং সি # কে বিমূর্ততার একই স্তরে রাখার অর্থ হয়েছিল, তবে .NET এর নতুন সংস্করণগুলিতে লিনিকিউ, ল্যাম্বডা এক্সপ্রেশন এবং অ্যাসিঙ্ক প্রোগ্রামিং বৈশিষ্ট্যগুলির প্রবর্তন সি # কে একটি উচ্চ স্তরে স্থানান্তরিত করা হয়েছে (জেডি কে 8 তে কার্যকর প্রোগ্রামিংয়ের অভাবটি জাভা ধরতে চলেছে, তবে এটি এখনও প্রাথমিক পর্যায়ে অ্যাক্সেস পর্যায়ে রয়েছে)।
কোডস্পার্কল

2
@gbjbaanb ভাগ্যক্রমে, ডাব্লুসিএফ কেবল নেট। নেট এর একটি ক্ষুদ্র অংশ, এবং সি # ভাষার ক্ষেত্রে প্রয়োগ করা অবৈধ general নেট 3 থেকে আপনি কি নতুন বৈশিষ্ট্যগুলি ব্যবহার করেছেন? কারণ ভিএস মোটেও এত বড় উন্নয়নের পরিবেশ নয় (আসলে, এটি রিসার্পার ব্যতীত সত্যই বিরক্তিকর)। সুতরাং, বিবেচনা করে দেখুন যে এই খুব সাইটটি (এবং পুরো এসই নেটওয়ার্ক) সি # দিয়ে নির্মিত, আপনার মন্তব্যটি কিছুটা ভুল বলে মনে হচ্ছে।
কোডস্পার্কল

1
@ নোটম্যান আপনার নিজের উত্তরে অন্য ব্যক্তির জবাব প্রত্যুত্তর করবেন না। উত্তরগুলির কেবলমাত্র মূল প্রশ্নটি সম্বোধন করা উচিত :)
আন্দ্রেস এফ।

6
@ জিবিজেবায়ানব: আমি বলব যে এটি প্রমাণ ছাড়াই দৃ was়তা ছিল যে মাঝের স্থল ব্যবস্থাগুলি যা আপনাকে সেরা পারফরম্যান্স বা সেরা উত্পাদনশীলতা দেয় না তা ভুল are পারফরম্যান্স এবং উত্পাদনশীলতা উভয়ই গুরুত্বপূর্ণ, প্রদত্ত সর্বোত্তম সমাধান হ'ল দুটি ভারসাম্য বজায় রাখে এবং জাভা বা সি # এর মতো একটি মাঝের স্থল পছন্দটি অনেকগুলি ব্যবহারের ক্ষেত্রে একটি দুর্দান্ত পছন্দ।
কারসন 63000 0

2

সি ++ এর মধ্যে এখনও শিরোনাম ফাইল, নমনীয় প্রিপ্রোসেসর (# ডেফাইন), ... এমন স্টাফ কিছু লোক এই বৈশিষ্ট্যগুলিকে 'অশুভ' বা 'পরিচালনা করা কঠিন' বলে বিবেচনা করে।

অন্যদিকে সি #, মেটাডেটা ব্যবহার করুন, হেডার ফাইলগুলি লেখার এবং রক্ষণাবেক্ষণের প্রয়োজন নেই।

মাইক্রোসফ্ট সি ++ তে আরও বৈশিষ্ট্য যুক্ত করার বিষয়ে: অবাক করার মতো বিষয় নয়।

প্রতিটি সি ++ সংকলক সি ++ 11 বৈশিষ্ট্য সহ আরও বৈশিষ্ট্য যুক্ত করছে। জিসিসিও হয়।


7
আপনি যদি C ++ সম্পর্কে খারাপ বলতে পারেন তবে হ্যাডার ফাইলগুলি ভাল, আপনি পরোক্ষভাবে বিষয়টি প্রমাণ করেছেন। আমি গুরুতর C # এর বিষয়, অ বহনযোগ্যতা, অ-নির্ণায়ক, চালানোর সময় ওভারহেড, মালিকানা, ইত্যাদি একটি সম্পূর্ণ হোস্ট তালিকাবদ্ধ করতে পারেন
user805547

1
সঠিক কাজের জন্য সঠিক সরঞ্জামটি ব্যবহার করুন। সি ++ বিভিন্ন অপরিচালিত কোড পদক প্রকল্পে নিম্ন স্তরের প্রয়োজন পারফরম্যান্সের জন্য ইন্টেল মত কোম্পানি এ মহান, কিন্তু আপনি একটি ওয়েবসাইট / ওয়েব পরিষেবা যা প্রতি কোম্পানী যে জন্য নয়, সি সাথে সৌভাগ্য কামনা করছি চেয়ে ++, প্রয়োজন হলে!
টম স্টিকেল

1

এটি কেবল আমারই হতে পারে তবে আমি সি ++ এর চেয়ে অনেক বেশি সরল সি ব্যবহার দেখতে পাচ্ছি।

সি ++ সাদামাটা সি পুরোটা গ্রাস করেছে তা কে কী ব্যবহার করছে তা নির্ধারণ করা শক্ত করে তোলে।

তবে সি ++ এর চেয়ে অনেক বেশি সি ওপেন সোর্স প্রকল্প রয়েছে।

আমার দৃষ্টিভঙ্গি হ'ল যদি আপনার ধাতব গতির ব্যবহারের কাছাকাছি প্রয়োজন হয় সি যুক্তিযুক্ত জাফরার সাথে আপনার যদি নমনীয়তা এবং পরিচালনা প্রয়োজন হয়। আপনি যদি পাইথন, স্কালা, গ্রোভি বা সম্পূর্ণরূপে বৈশিষ্ট্যযুক্ত কয়েকটি সংখ্যক ভাষা ব্যবহার করতে চান তবে একটি পরিষ্কার নকশা চাই।


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

0

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


সি ++ টি এখনও ভার্চুয়াল বাণিজ্যিক উইন্ডোজ সফ্টওয়্যার বিকাশে খুব বেশি ব্যবহৃত হয়।
বিট-টুইডলার

1
সি ++ হ'ল সর্বাধিক পেশাদার সরঞ্জামের মতো যা আপনি সফ্টওয়্যার লেখার জন্য ব্যবহার করতে পারেন। তবে আপনাকে ভাল কোড লিখতে দক্ষ হতে হবে, যেহেতু এটি বেশ নিখরচায় এবং সামঞ্জস্যতার পিছনে পিছনে কিছু কৌতূহল রয়েছে। আমি মনে করি এটি আসলে স্ক্রিপ্টিং বাদে সমস্ত ধরণের সফ্টওয়্যারের পক্ষে উপযুক্ত। সমস্যাটি শেখার বক্ররেখা। আধুনিক গ্রন্থাগারগুলির সাথে এটি উত্পাদনশীলতায়ও অত্যন্ত সক্ষম। এবং ভাবুন যে অ্যাপ্লিকেশনটি সফল হলে আপনাকে অবশ্যই এটি পোর্ট করতে হবে। সি / সি ++ কোডবেসের সাহায্যে পোর্টিং সহজ, উপলব্ধতার সংকলন করতে করুন। সি ++ এ লেখা সফ্টওয়্যারটির তালিকাটি অন্তহীন: অ্যামাজন, গুগল, ড্রপবক্স, টেলিকম, গেমস, ফেসবুক ...
জার্মানি ডায়াগো

-4

না, সি ++ সি # কে প্রতিস্থাপন করতে পারে না কারণ সমস্ত নন-ডাইরেক্ট 3 ডি উইন্ডোজ ফোন 8 অ্যাপ্লিকেশন অবশ্যই সি # দিয়ে বিকাশ করতে হবে। আপনি কেবল সি ++ বা এইচটিএমএল 5 / জাভাস্ক্রিপ্ট ব্যবহার করে ডাব্লুপি 8 অ্যাপ স্টোরটিতে অ্যাপ্লিকেশনগুলি বিকাশ বা প্রকাশ করতে পারবেন না। এবং যতক্ষণ না মাইক্রোসফ্ট এই নিষেধাজ্ঞা সরিয়ে না দেয় ততক্ষণ সি ++ কিছুই প্রতিস্থাপন করে না। ফলস্বরূপ, আমি নিশ্চিত যে খুব কম লোকই ডাব্লুপি 8 এর জন্য বিকাশ করবে। দরিদ্র নোকিয়া, আরও একবার হারিয়েছে।

মাইক্রোসফ্ট ডেভ সেন্টার থেকে উদ্ধৃত অংশটি এখানে :

উইন্ডোজ ফোন 8 সি ++ কোড-পেছনের অ্যাপ্লিকেশন মডেলটির সাথে XAML UI সমর্থন করে না যা উইন্ডোজ স্টোর অ্যাপ্লিকেশনগুলির জন্য সমর্থিত।

আরেকটি:

এর অর্থ কি এই যে আমি উইন্ডোজ ফোন 8 এ একটি অ্যাপ্লিকেশন বিকাশের জন্য এক্সএএমএল এর সাথে সি ++ ব্যবহার করতে পারি না, আমি কি সি # + এক্সএএমএল ব্যবহার করতে সীমাবদ্ধ?

ঐটা ঠিক. এক্সএএমএল শুধুমাত্র সি # দিয়ে ব্যবহার করা যেতে পারে। সি ++ সি # প্রকল্পের দ্বারা ব্যবহৃত উইনআরটি উপাদানগুলির জন্য ব্যবহার করা যেতে পারে।

এমনকি মাইক্রোসফ্ট এমভিপিরাও দাবি করেছে যে এই গুজব নিজেই মাইক্রোসফ্ট দ্বারা তৈরি একটি ইচ্ছাকৃত ভুল তথ্য রয়েছে:

আমি উইনআরটি এবং উইন্ডোজ ফোন 8 দিয়ে মাইক্রোসফ্ট কী করছে তা আমি পছন্দ করি তবে আমি আশা করি তারা এই বিষয়ে সম্পূর্ণ সত্যতা শিখলে এটি কেবল ব্যবহারকারীদের হতাশ করবে কারণ তারা এটির কিছুটা পরিচালনা করতে না পারে।

এবং এই ইচ্ছাকৃত ভুল বিপণন মানুষের মাসকে নষ্ট করে :

আমি আমার মেট্রো অ্যাপ্লিকেশন সহ সমস্ত নেটিভ কোড রুট নেমে যাওয়ার আগে এই মাসগুলি আগে জেনে ভাল লাগত।


1
আপনার লিঙ্কগুলি উভয় ক্ষেত্রেই ডাব্লুপি 8 উন্নয়নের জন্য আপনি সি ++ ব্যবহার করতে পারেন এবং এটি কেবল এক্সএএমএল এর জন্য সি # প্রয়োজন। তদতিরিক্ত, ডাইরেক্ট 3 ডি কেবলমাত্র সি ++ দ্বারা সমর্থিত।
লি

@ লী, আপনি কি ডাব্লুপি 8 এর জন্য সি # ব্যবহার না করে সরাসরি ডাইরেক্ট 3 ডি অ্যাপ বিকাশ করতে পারবেন?
üzgür
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.