লজিকাল অপারেটরদের লিখিত সংস্করণ

Question 1

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

দেখতে পাচ্ছি !উপর শ্রেষ্ঠত্ব দান করা হচ্ছে notকিন্তু পাঠযোগ্যতা and&& orতাদের ব্যাকরণগত ভাই তার চেয়ে অনেক বেশী বলে মনে হয়। লজিকাল অপারেটরগুলির এই সংস্করণগুলি কেন বিদ্যমান এবং কেন আপাতদৃষ্টিতে কেউ এটি ব্যবহার করে না? এটি কি সত্যিই বৈধ সি ++ বা ভাষার সাথে অন্তর্ভুক্ত সি এর সাথে কোনও ধরণের সামঞ্জস্যতা?

Question 2

তাদের হেডারে সি থেকে উদ্ভূত হয়েছিল <iso646.h>। সেই সময় এমন কীবোর্ড ছিল যা প্রয়োজনীয় চিহ্নগুলি &&(উদাহরণস্বরূপ) টাইপ করতে পারেনি , সুতরাং শিরোনামটিতে এমন রয়েছে #defineযা তাদের এটি করার ক্ষেত্রে সহায়তা করবে, (আমাদের উদাহরণস্বরূপ) andহতে হবে বলে সংজ্ঞায়িত করে &&। অবশ্যই, সময়ের সাথে সাথে এর ব্যবহার কম হয়ে গেল।

C ++, তারা হয়ে ওঠে কি নামে পরিচিত বিকল্প টোকেন । আপনাকে যা না একটি অনুবর্তী কম্পাইলার এই টোকেন ব্যবহার করতে কিছু অন্তর্ভুক্ত করতে হবে (যেমন, সি ++ - ified সি শিরোনামের সংস্করণ, <ciso646>, ফাঁকা)। বিকল্প টোকেনগুলি হ'ল বানান ব্যতীত নিয়মিত টোকেনের মতো। সুতরাং পার্সিং সময় andহয় ঠিক হিসাবে একই &&, এটা ঠিক একই জিনিস বানান একটি ভিন্ন উপায়।

তাদের ব্যবহার হিসাবে: কারণ এগুলি খুব কমই ব্যবহৃত হয়, সেগুলি ব্যবহারের চেয়ে এটি প্রায়শই বেশি অবাক এবং বিভ্রান্তিকর হয় it আমি নিশ্চিত যে এটি যদি সাধারণ হয় তবে এগুলি পড়তে খুব সহজ হত, তবে মানুষ এতটা অভ্যস্ত &&এবং ||অন্য যে কোনও কিছুই কেবল বিভ্রান্তিকর হয়ে ওঠে।

সম্পাদনা: যদিও আমি এটি পোস্ট করেছি তখন থেকে আমি তাদের ব্যবহারে খুব সামান্য বৃদ্ধি পেয়েছি। আমি এখনও তাদের এড়ানো।

Question 3

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

Question 4

সি ++ এ, তারা আসল কীওয়ার্ড। সি তে, তারা ম্যাক্রোগুলি সংজ্ঞায়িত হয়েছে <iso646.h>। Http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manouts/?manual=compleat&page=iso646.html দেখুন ।

Question 5

andএবং &&কার্যত সি ++ তে একই রকম। andএবং orঅপারেটরদের সত্যিই বৈধ সি ++ এবং ভাষা মান অংশ।

একটি দৃ concrete় উদাহরণ সহ অন্যান্য উত্তরের বিস্তারিত বর্ণনা করার জন্য, কেবল "পাঠযোগ্যতা" andবেশি পছন্দ করা ছাড়াও আরও একটি কারণ রয়েছে &&। যখন একটি যৌক্তিক এআ্যান্ড বলতে বোঝায় তখন স্পষ্টভাবে "এবং" বানানটি সূক্ষ্ম বাগের সম্ভাবনাটি সরিয়ে দেয়।

এই বিবেচনা:

int x = 3;
int y = 4;

// Explicitly use "and"
if (x and y) {
    cout << "and: x and y are both non-zero values" << endl;
}

// Using "&&"
if (x && y) {
    cout << "&&: x and y are both non-zero values" << endl;
}

// Oops! I meant to type "&&"!
if (x & y) {
    cout << "&: x and y are both non-zero values" << endl;
}
else {
    cout << "How did I get here?" << endl;
}

তিনটি ইফ-স্টেটমেন্ট সংকলন করবে তবে শেষটির অর্থ পুরোপুরি আলাদা এবং অযৌক্তিক কিছু!

আপনি যদি সর্বদা andলজিকাল এন্ডের অর্থ বোঝাতে ব্যবহার করেন তবে আপনি দুর্ঘটনাক্রমে কোনও একক "&" টাইপ করতে পারবেন না এবং আপনার কোডটি সফলভাবে সংকলন করতে এবং রহস্যজনক ফলাফল নিয়ে চালাতে পারবেন না।

আরেকটি ভাল অনুশীলন: দুর্ঘটনাক্রমে "এবং" এর একটি চরিত্র ছেড়ে দেওয়ার চেষ্টা করুন এবং দেখুন কী ঘটে। ;)