ট্রিলিং রিটার্ন টাইপের সিনট্যাক্স স্টাইলটি নতুন সি ++ ১১ টি প্রোগ্রামের জন্য ডিফল্ট হওয়া উচিত? [বন্ধ]

Question 1

বন্ধ । এই প্রশ্নটি মতামত ভিত্তিক । এটি বর্তমানে উত্তর গ্রহণ করছে না।

এই প্রশ্নটি উন্নত করতে চান? প্রশ্নটি আপডেট করুন যাতে পোস্টটি সম্পাদনা করে সত্য এবং উদ্ধৃতি দিয়ে উত্তর দেওয়া যায় ।

3 বছর আগে বন্ধ ।

এই প্রশ্নটি উন্নত করুন

সি ++ 11 একটি নতুন ফাংশন সিনট্যাক্স সমর্থন করে:

auto func_name(int x, int y) -> int;

বর্তমানে এই ফাংশনটি হিসাবে ঘোষণা করা হবে:

int func_name(int x, int y);

নতুন স্টাইলটি এখনও ব্যাপকভাবে গৃহীত হয়েছে বলে মনে হয় না (জিসিসি এসটিএল বলুন)

যাইহোক, নতুন সি ++ 11-প্রোগ্রামগুলিতে সর্বদা এই নতুন স্টাইলটি পছন্দ করা উচিত, বা এটি কেবল যখন প্রয়োজন হবে তখনই ব্যবহৃত হবে?

ব্যক্তিগতভাবে, আমি যখন সম্ভব তখন পুরানো শৈলীর পছন্দ করি তবে মিশ্র শৈলীর সাথে একটি কোড-বেস দেখতে বেশ কুরুচিপূর্ণ।

Question 2

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

পেছনের রিটার্ন টাইপের কিছু অন্যান্য ছোট ছোট সুবিধা রয়েছে। উদাহরণস্বরূপ, functionতিহ্যবাহী ফাংশন সিনট্যাক্স ব্যবহার করে একটি অন-ইনলাইন সদস্য ফাংশন সংজ্ঞা বিবেচনা করুন:

struct my_awesome_type
{
    typedef std::vector<int> integer_sequence;

    integer_sequence get_integers() const;
}; 

my_awesome_type::integer_sequence my_awesome_type::get_integers() const
{
    // ...
}

ক্লাসের নাম আগে উপস্থিত না হওয়া অবধি সদস্য টাইপিডগুলি সুযোগ নেই ::get_integers, সুতরাং আমাদের ক্লাসের যোগ্যতাটি দুবার পুনরায় করতে হবে। যদি আমরা একটি পিছনের রিটার্ন টাইপ ব্যবহার করি তবে আমাদের প্রকারের নামটি পুনরাবৃত্তি করার দরকার নেই:

auto my_awesome_type::get_integers() const -> integer_sequence
{
    // ...
}

এই উদাহরণে, এটি এত বড় ব্যাপার নয়, তবে আপনার যদি দীর্ঘ শ্রেণীর নাম বা শ্রেণি টেম্পলেটগুলির সদস্য ফাংশনগুলি থাকে যা ইনলাইন সংজ্ঞায়িত হয় না, তবে এটি পঠনযোগ্যতায় একটি বড় পার্থক্য করতে পারে।

সি ++ নাও ২০১২-তে তাঁর "ফ্রেশ পেইন্ট" অধিবেশনটিতে অ্যালিসডায়ার মেরেডিথ উল্লেখ করেছিলেন যে আপনি যদি ধারাবাহিকভাবে রিটার্নের ধরণগুলি ব্যবহার করেন তবে আপনার সমস্ত ফাংশনের নাম ঝরঝরে রয়েছে:

auto foo() -> int;
auto bar() -> really_long_typedef_name;

আমি সর্বত্র আগমন ধরনের trailing ব্যবহার করেছি CxxReflect , কেমন কোড সৌন্দর্য তাদের ধারাবাহিকভাবে ব্যবহার একটি উদাহরণ খুঁজছেন তাই যদি, আপনি একটি বর্ণন সেখানে (যেমন, গ্রহণ করতে পারেন বর্গ )।type

Question 3

অন্যেরা যা বলেছিল তা ছাড়াও, পিছনের ফেরতের ধরণটিও ব্যবহার করতে দেয় this, যা অন্যথায় অনুমোদিত নয়

struct A {
  std::vector<int> a;

  // OK, works as expected
  auto begin() const -> decltype(a.begin()) { return a.begin(); }

  // FAIL, does not work: "decltype(a.end())" will be "iterator", but 
  // the return statement returns "const_iterator"
  decltype(a.end()) end() const { return a.end(); }
};

দ্বিতীয় ঘোষণায় আমরা প্রচলিত শৈলী ব্যবহার করেছি used তবে যেহেতু thisসেই অবস্থানে অনুমোদিত নয়, সংকলক সুস্পষ্টভাবে এটি ব্যবহার করে না। সুতরাং এটির ওভারলোডটি কী কল করতে চলেছে তা নির্ধারণ a.end()করতে স্ট্যাটিক্যালি ঘোষিত প্রকারটি ব্যবহার করে , যা নন-কনস্ট্যান্ট সংস্করণ হিসাবে শেষ হয়।aendvector<int>

Question 4

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

void (*get_func_on(int i))(int);

সঙ্গে

auto get_func_on(int i) -> void (*)(int);

যাইহোক, কেউ যুক্তি দিতে পারেন যে ফাংশন পয়েন্টারের জন্য টাইপ ওরফে প্রবর্তন করে আরও ভাল পাঠযোগ্যতা অর্জন করা যায়:

using FuncPtr = void (*)(int);
FuncPtr get_func_on(int i);

Question 5

এই দুর্দান্ত নিবন্ধটি দেখুন: http://www.cprogramming.com/c++11/c++11-auto-decltype-return-value- after-function.html খেলায় ডিক্লাইপ ছাড়াই এই বাক্য গঠনটি ব্যবহার করার সময় খুব ভাল উদাহরণ :

class Person
{
public:
    enum PersonType { ADULT, CHILD, SENIOR };
    void setPersonType (PersonType person_type);
    PersonType getPersonType ();
private:
    PersonType _person_type;
};

auto Person::getPersonType () -> PersonType
{
    return _person_type;
}

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

এই সম্ভাব্য মামলার সাথে তুলনা করুন যখন দুর্ঘটনাক্রমে কেউ শ্রেণির সুযোগগুলি ভুলে যায় এবং আরও বড় বিপর্যয়ের জন্য আরেকটি পার্সোনটাইপ বিশ্বব্যাপী স্কোপে সংজ্ঞায়িত হয়:

typedef float PersonType; // just for even more trouble
/*missing: Person::*/
PersonType Person::getPersonType ()
{
    return _person_type;
}