මම C / C ++ යන යෙදුම භාවිතා කිරීම නතර කළ යුතුද?

මට තේරෙනවා C සහ C ++ විවිධ භාෂා බව නමුත් මම C ++ ඉගෙන ගන්නා විට මට නිතරම කියා සිටියේ C යනු C ++ හි උප කුලකයක් හෝ C ++ පන්ති සමඟ C බවයි. C ++ x0, C ++ 11 (හෝ නූතන C ++ 11/14/17) සාමාන්‍යයෙන් පෙනෙන තෙක් එය සත්‍යයක් විය. ඇත්ත වශයෙන්ම (විශේෂයෙන් කාවැද්දූ පද්ධතිවල වැඩ කරන විට) එය C ++ වලින් ලියා ඇති කේත සොයා ගැනීමට බොහෝ දුරට ඉඩ ඇත, නමුත් කොටස් විශාල ප්‍රමාණයක් මුළුමනින්ම පිරිසිදු C භාෂාවෙන් ලියා ඇත. මෙන්න මට ප්‍රශ්න කිහිපයක් තිබේ:

1. මම C / C ++ යන යෙදුම භාවිතා කිරීම නතර කළ යුතුද?
2. # 1 සඳහා පිළිතුර ඔව් නම්, සී සහ සී ++ මිශ්‍රණයක් භාවිතා කරන වැඩසටහනක් මා හඳුන්වන්නේ කෙසේද?
3. මේ දෙකම 'වෙනස්' භාෂාවන් වන බැවින්, යම් අවස්ථාවක දී C ++ සම්පාදකයින් C භාෂාවෙන් ලියා ඇති ආධාරක කේතය නැවැත්වීමට ඉඩ ඇත (නූතන c ++ දර්ශකයන්, ගතික මතක හැසිරවීම වැනි මූලික දේවල් සඳහා C මානසිකත්වයෙන් බැහැර වන හෙයින්)
4. අනුකූලතාව පවත්වා ගැනීම සඳහා සී / සී ++ ප්‍රමිති සකස් කරන පුද්ගලයින් අතර කිසියම් සහයෝගීතාවයක් දැන් තිබේද?
5. # 4 ඔව් නම්, එවැනි සහයෝගීතාවය නුදුරු අනාගතයේ දී නූතන c ++ (11/14/17) පෙනුමෙන් අවසන් විය හැකිය.

දැනටමත් සමාන ප්‍රශ්න ඇති බව මම දනිමි, නමුත් බොහෝ දෙනෙක් මෙම ප්‍රශ්න බෙදා ගන්නා බව මට විශ්වාසයි, එබැවින් නුදුරු අනාගතයේ දී C ++ ප්‍රවණතාව සමඟ සම්බන්ධ විය යුතු කරුණු සඳහා හොඳ පිළිතුරු ලබා ගැනීමට මම ඉතා උනන්දු වෙමි.

C කිසි විටෙකත් C ++ හි උප කුලකයක් නොවීය. මේ සඳහා වඩාත්ම පැහැදිලි උදාහරණය නම් int new;. C89 සහ C ++ 98 සිට මෙය සත්‍යයක් වී ඇති අතර නව ප්‍රමිතීන් එළියට පැමිණ ඇති බැවින් භාෂා එකිනෙකාගෙන් තව දුරටත් වර්ධනය වී තිබේ.

මම C / C ++ යන යෙදුම භාවිතා කිරීම නතර කළ යුතුද?

ඔව්

# 1 සඳහා පිළිතුර ඔව් නම්, සී සහ සී ++ මිශ්‍රණයක් භාවිතා කරන වැඩසටහනක් මා හඳුන්වන්නේ කෙසේද?

ප්‍රභව ගොනුවක් එක් භාෂාවක හෝ වෙනත් භාෂාවක ලියා ඇත. වැඩසටහනකට විවිධ භාෂාවන්ගෙන් එකට වැඩ කරන කේතයක් හෝ විවිධ සංයුක්ත වස්තු සම්බන්ධ කිරීමෙන් නිපදවිය හැකි කේතයකින් සමන්විත විය හැකිය. වැඩසටහන සී සහ සී ++ වලින් ලියා ඇති බව ඔබ කියනු ඇත, "සී / සී ++" භාෂාවක් නොවේ.

මේ දෙකම 'වෙනස්' භාෂාවන් බැවින් සමහර විට C ++ සම්පාදකයින් C භාෂාවෙන් ලියා ඇති සහය කේතය නතර කරයි.

3) ඔවුන් කිසි විටෙකත් එසේ කළේ නැත. char *a = malloc(10);. සී සහ සී ++ අවම වශයෙන් අයිඑස්ඕ ප්‍රමිතීන් ඇති තාක් දුරට කිසි විටෙකත් සම්පුර්ණයෙන්ම අනුකූල නොවීය (පූර්ව ප්‍රමිතිගත දින පිළිබඳ සියලු විස්තර මම නොදනිමි). C89 සහ ඊට ඉහළින් ඇති නමුත් කිසිදු C ++ ප්‍රමිතියක් යටතේ වලංගු නොවන ගොනුවක් සඳහා සබැඳි ක්ලික් කරන්න හෝ පහත බලන්න.

4) නැත, වැඩකරන කණ්ඩායම් එකිනෙකා ගැන දැනුවත්ව සිටියත් ප්‍රමිතීන් තමන්ටම ගැලපෙන තීරණ ගනී.

/* A bunch of code that compiles and runs under C89 but fails under any C++ */

/* type aliases and struct names occupy separate namespaces in C, not in C++ */
struct S { int i; };
typedef int S;


struct Outer { struct Inner { int i; } in; };
/* struct Inner will be Outer::Inner in C++ due to name scope */
struct Inner inner;


/* default return type of int in C, C++ functions need explicit return types */
g() {
    return 0;
}


/* C sees this as two declarations of the same integer,
 * C++ sees it as redefinition */
int n;
int n;


/* K&R style argument type declarations */
void h(i) int i; { }


/* struct type declaration in return type */
struct S2{int a;} j(void) { struct S2 s = {1}; return s; }


/* struct type declaration in argument, stupid and useless, but valid */
/*void dumb(struct S3{int a;} s) { } */


/* enum/int assignment */
enum E{A, B};
enum E e = 1;


void k() {
    goto label; /* C allows jumping past an initialization */
    {
        int x = 0;
label:
        x = 1;
    }
}


/* () in declaration means unspecified number of arguments in C, the definition
 * can take any number of arguments,
 * but means the same as (void) in C++  (definition below main) */
void f();

int main(void) {
    f(1); /* doesn't match declaration in C++ */
    {
        /* new is a keyword in C++ */
        int new = 0;
    }

    /* no stdio.h include results in implicit definiton in C.  However,
     * as long as a matching function is found at link-time, it's fine.
     * C++ requires a declaration for all called functions */
    puts("C is not C++");
    {
        int *ip;
        void *vp = 0;
        ip = vp; /* cast required in C++, not in C */
    }
    return 0;
}

/* matches declaration in C, not in C++ */
void f(int i) { }

C යනු පරමාර්ථ-සී හි උප කුලකයක් බව සඳහන් කිරීම වටී යැයි මට නිතරම හැඟේ .

එහි ඇති මෙම නියමයන් බොහෝ විට එකට හේතුවක් විය. ඔබේ සී ගුරුවරයාගේ භාෂාව C ++ හි උප කුලකයක් බව ඔබ නොකිය යුතු අතර, මෙහි යම් සත්‍යතාවයක් ඇත. අනෙක් අය දැනටමත් ඔබේ ගුරුවරයාගේ දෘෂ්ටිකෝණය හෙළිදරව් කර ඇත. මෙය ඉතා හොඳයි (සහ උදාහරණ ආදිය සමඟ නිදර්ශනය කර ඇත). නමුත් අපි ජීවත් වන්නේ ඇත් දළ කුලුනක හෝ පොතක නොවේ.

ඔබ භාවිතා කළ නිශ්චිත භාෂාව ගැන ඔබේ ලොකු ලොක්කාට අඩු සැලකිල්ලක් දැක්විය නොහැක. ඔහු ක්‍රමලේඛනය ගැන ටිකක් දන්නේ නම්, ඔබ සී / සී ++ භාවිතා කළ බව ඔහුට කියන්න. එය හරියට “මම යන්ත්‍ර කේතයට සම්පාදනය කළ යුතු භාෂාවක්, ඩීඑල්එල් සහ සියලු සංකීර්ණ දේවල් සමඟ භාවිතා කළෙමි” වැනි ය. මෙය "බාහිර සන්නිවේදනය" කොටසයි.

ඔබ C සහ C ++ යන දෙකටම සම්බන්ධ කළ හැකි පුස්තකාලයක් නිර්මාණය කරන්නේ නම්, ඔබට එය අනිවාර්යයෙන්ම C / C ++ පුස්තකාලයක් ලෙස හැඳින්වීමට අවශ්‍යය. ඇත්ත වශයෙන්ම, යමෙකු අත ඔසවා ඔබ මෙය C ++ ආවරණයක් ඇති C පුස්තකාලයක් ලෙස නොකියන්නේ මන්දැයි විමසනු ඇත. කෙසේ වෙතත් C ++ හට C පුස්තකාල සමඟ සම්බන්ධ විය හැකි බැවින් ඔබට එය කිසිසේත් සඳහන් කිරීමට අවශ්‍ය නොවේ. පිළිතුරු දෙන්න: "ඔව්, ඔබ හරි, මෙය සී / සී ++ පුස්තකාලයක්". මෙය "අභ්‍යන්තර සන්නිවේදනය" කොටසයි.

ඔබ C ++ සඳහා ශබ්දකෝෂ විශ්ලේෂකයක් නිර්මාණය කරන්නේ නම්, එය C සමඟ කෙතරම් හොඳින් ක්‍රියා කරනවාදැයි ඔබ පුදුමයට පත් වනු ඇත. ඔබට ඒ සියල්ල වෙනස් කිරීමට අවශ්‍ය නොවනු ඇත. මෙය "එය තාරාවෙකු සේ පෙනේ නම්" ය. කොටස.

ආදිය.

මා දැක ඇති සී වැඩසටහන් වලින් බහුතරයක් සී ++ කේතය ලෙස වෙනස් නොකර සම්පාදනය කරයි (සහ වැඩ කරයි). ව්‍යතිරේක කිහිපයක් හෝ ප්‍රබන්ධ (කෙසේ වෙතත් බලවත්) ක්‍රමලේඛකයින් ඔබේ ප්‍රතිභානය රවටා ගැනීමට ඉඩ නොදෙන්න. සී සහ සී ++ ඉතා සමීප වන අතර බොහෝ විට අනුකූල වන අතර බොහෝ විට මිශ්‍ර වී එකට ගැලපේ. සී / සී ++ යන පදය භාවිතා වේ. එය භාවිතා කරනුයේ ජාවා හෝ පීඑච්පී නොවන තාක් කල් ඔබ සී හෝ සී ++ සලකා බලන්නේද යන්න ගැටළුවක් නොවන මෙවැනි තත්වයන් විස්තර කිරීම ප්‍රයෝජනවත් බැවිනි . එය "වැරදි" බව අපි දනිමු, නමුත් අපි එය ගණන් ගන්නේ නැත, එය වැරැද්දට වඩා ප්‍රයෝජනවත් වේ.

එය අපයෝජනයට ලක්විය හැකිය, එය මෝඩකමක් විය හැකිය, නමුත් තවමත්, අවශ්‍යතාවයට වඩා වැඩියෙන් නොසැලකිලිමත් වීමෙන් සහ අනෙක් අය තේරුම් ගන්නා පරිදි සන්නිවේදනය කිරීම ප්‍රතික්ෂේප කිරීමෙන් ඔබට ලැබෙන ප්‍රතිලාභ මොනවාදැයි මට විශ්වාස නැත. කිසියම් විශේෂිත තත්වයක් තුළ ඔබට නොසන්සුන් බවක් දැනේ නම්, සරලවම C / C ++ යන සාමාන්‍ය යෙදුම භාවිතා නොකරන්න, නමුත් නඩුවට අදාළ (C හෝ C ++).

අනාගතයට බිය නොවන්න. අපගේ මෙහෙයුම් පද්ධති C හි ලියා ඇත. බොහෝ C / C ++ වර්තමාන මෘදුකාංග නිෂ්පාදනය C ++ තුළ සිදු වේ. මෙම යුවළ මෙහි ටික වේලාවක් රැඳී සිටීමට පැමිණ ඇත. එකක් අනෙකට වඩා නොගැලපීම ගැන කිසිවෙකුට උනන්දුවක් නැත (අනෙක් පැත්තෙන්, ඇත්ත වශයෙන්ම).

ඔබේ කරුණු පිළිබඳව නිශ්චිත වීමට:

1) එය රඳා පවතී. ඔව්, එය ව්‍යාකූලත්වයකට මඟ පෑදිය හැකි විට, ඔබට නොසන්සුන් බවක් දැනෙන විට හෝ එය වැරදි හෝ සන්දර්භයෙන් බැහැර වූ විට. එය ප්‍රමාණවත් යැයි ඔබ සිතන විට නැත.

2) එන් / ඒ

3) මම හිතන්නේ නැහැ, නමුත් මට ස් cry ටික බෝලයක් නැහැ.

4) අදහසක් නැත

5) කිසිවක් මේ දිශාවට තල්ලු නොවන බැවින් මම නොසිතමි

ගලායාමට එරෙහිව යාම එය සන්දර්භය මත රඳා පවතී .

"මෙය සී / සී ++ වැඩසටහනක්" වැනි දෙයක් පවසන විට "සී / සී ++" යන යෙදුම සාමාන්‍යයෙන් සුදුසු නොවේ, නමුත් මෙය වෙනත් පිළිතුරු වල ගැඹුරට ගවේෂණය කර ඇත.

කෙසේ වෙතත්, C / C ++ සුදුසු විය හැකි සන්දර්භයන් තිබිය හැකිය.

• සාමාන්‍යයෙන් C සහ C ++ API දෙකම ඇති විවිධ පුස්තකාල තිබේ. මම හිතන්නේ ඔබ එවැනි දෙයක් සී / සී ++ පුස්තකාලයක් ලෙස හැඳින්වුවහොත් එය සත්‍යයෙන් දුරස් නොවේ. අපි මිනිසුන් තොරතුරු සම්පීඩනය කිරීමට කැමතියි, එබැවින් "opencv යනු C / C ++ පුස්තකාලයක්" යැයි පැවසීම කෙටි, පැහැදිලි හා තේරුම්ගත හැකි ය, එය "opencv යනු පුස්තකාලයක් වන අතර එය C සහ C ++ යන ශීර්ෂයන් සමඟ නැව්ගත කර ඇත" යනුවෙන් පැවසීම හා සසඳන්න.
• ඔබට භාෂා නිර්මාණය සහ වාක්‍ය ඛණ්ඩය ගැන කතා කළ හැකිය. භාෂා වාක්‍ය ඛණ්ඩයේ දෘෂ්ටි කෝණයෙන්, භාෂාවකට සී / සී ++ හා සමාන සින්ටැක්ස් ඇති බව ඔබට පැවසිය හැකිය.
• ඔබ කේතීකරණ තරඟයක් සංවිධානය කරන අතර, C සහ C ++ වලින් ලියා ඇති විසඳුම් දෙකම ඔබ පිළිගනී
• ඔබ නව ක්‍රමලේඛකයෙකු කුලියට ගන්නා අතර බොහෝ කාර්යයන් C හෝ C ++ වනු ඇත, එබැවින් ක්‍රමලේඛකයා භාෂා දෙකම දැන ගනු ඇතැයි අපේක්ෂා කෙරේ. කාවැද්දූ සංවර්ධනයේදී එය සාමාන්‍ය දෙයක් වන අතර, සමහර (සාමාන්‍යයෙන් ඉතා කුඩා) ක්ෂුද්‍ර පාලක සඳහා C වඩාත් සුදුසු වන අතර අනෙක් ඒවා සඳහා C ++ වඩාත් සුදුසු වේ. මෙම අවස්ථාවේදී ඔබ සී / සී ++ ක්‍රමලේඛකයෙකු සොයන බව පැවසිය හැකිය.

පොදුවේ ගත් කල, SO භාවිතා කරන්නන් ප්‍රශ්නය අසන පුද්ගලයාගෙන් භාෂාවක් තෝරා ගැනීමට අසයි: C හෝ C ++. මන්ද?

C සහ C ++ අතර බොහෝ සියුම් වෙනස්කම් තිබේ. උදාහරණයක් ලෙස, C ++ constහි, ගෝලීය විෂය පථයේ විචල්‍යයක් ප්‍රකාශයට පත් නොකළහොත් අභ්‍යන්තර සම්බන්ධතා ඇත extern, නමුත් C හි එය ප්‍රකාශයට පත් නොකළහොත් බාහිර සම්බන්ධතාවයක් staticඇත. "C / C ++" යැයි පැවසීමෙන්, OP ඔවුන්ගේ ප්‍රශ්නයට පිළිතුර C සහ C ++ යන දෙකෙහිම එක හා සමාන බව දැනුම තහවුරු කරයි. මෙය අනවශ්‍ය ලෙස පිළිතුරු දෙන අයට අපහසු වේ.

• සමහර විට අපට කේතය එක් භාෂාවක හෝ වෙනත් භාෂාවක වලංගු නොවන බව හඳුනාගත හැකිය (නිදසුනක් ලෙස, ඇඟවුම් සිට void*දර්ශකයේ සිට වස්තුව දක්වා ව්‍යංග පරිවර්තනය C ++ වලංගු නොවේ). මෙය කරදරයකි. ඔබට C හි වලංගු නමුත් C ++ නොවන කේත කැබැල්ලක් ඇති විට ඔබ "C / C ++" කියන්නේ ඇයි? ඔබ C අදහස් කළේද, නැතහොත් මෙය C ++ වීමට අදහස් කරන කේතයේ දෝෂයක්ද?

• සමහර විට භාෂාව අනුව පිළිතුර වෙනස් වේ (නිදසුනක් ලෙස, විචල්‍ය දිග අරා C99 හි පවතින නමුත් C ++ හි නොවේ). ඔබ කතා කරන්නේ කුමන භාෂාව ගැනදැයි අප නොදන්නේ නම්, එක්කෝ අපට පමණක් අනුමාන කළ යුතුය, නැතහොත් එකක් පමණක් ප්‍රයෝජනවත් වන විට පිළිතුරක් ලිවිය යුතුය, මන්ද ඔබ ඇත්ත වශයෙන්ම භාවිතා කරන්නේ කුමන භාෂාවද යන්න ඔබ දන්නා බැවිනි ; ඔයා අපිට කියන්නේ නැහැ!

• සමහර විට පිළිතුර භාෂා දෙකටම එක හා සමානයි, නමුත් එය ස්ථිරයි. උදාහරණයක් ලෙස, මම සිතන්නේ සී සහ සී ++ එකම පූර්ණ සංඛ්‍යා පරිවර්තන නීති ඇති නමුත් ඇත්ත වශයෙන්ම, සැබවින්ම විශ්වාසයි නම්, මට ප්‍රමිති දෙකම ප්‍රවේශමෙන් කියවිය යුතුය. නැවතත්, මෙය ඔබ එක් භාෂාවක් ගැන පමණක් සැලකිලිමත් වන විට අවශ්‍ය ප්‍රමාණය මෙන් දෙගුණයක් වැඩ කිරීමට මට හේතු වේ.

කෙසේ වෙතත්, ඔබගේ අනෙක් ප්‍රශ්නවලට පිළිතුරු දීමට:

1. ඔව්.

2. ඔබ C සහ C ++ කේත එකට සම්බන්ධ කරන්නේ නම්, ටැග් දෙකම භාවිතා කිරීම පිළිගත හැකි නමුත් කරුණාකර සෑම ගොනුවක්ම තිබෙන්නේ කුමන භාෂාවෙන්ද යන්න සඳහන් කරන්න.

3. සමහර විට බිඳෙන වෙනස්කම් ඇත, නමුත් ඒවා දුර්ලභ වන අතර සාමාන්‍යයෙන් බලපෑමෙන් සීමා වේ (එසේ නොමැතිනම් ඒවා අනුමත නොකෙරේ). උදාහරණයක් ලෙස, autoC ++ 11 හි.

4. ඔවුන් කෙලින්ම සහයෝගයෙන් කටයුතු කරන බව මම නොසිතමි, නමුත් ඔවුන් අනෙක් භාෂාවේ වර්ධනයන් කෙරෙහි අවධානය යොමු කරන අතර අනුකූලතාව වඩාත් අපහසු වන වෙනස්කම් හඳුන්වා දීමෙන් වැළකී සිටීමට උත්සාහ කරති.

ඔබට භාෂා දෙකම ගැන දැන ගැනීමට ඇත්ත වශයෙන්ම අවශ්‍ය නම්, එය හොඳයි, ඔබේ ප්‍රශ්නයේදී ඔබට එය පැවසිය හැකිය. ඔබ "සී / සී ++" යැයි පැවසූ විට, ඔබ අදහස් කරන්නේ කුමක්දැයි මට විශ්වාස නැත, ඇත්ත වශයෙන්ම ඔබ භාෂා දෙක ගැන උපකල්පනයක් කරන බවක් පෙනේ.

C යනු C ++ හි උප කුලකයක් හෝ පන්ති සමඟ C ++ C බව මට නිතරම පැවසුවා. C ++ x0, C ++ 11 (හෝ නූතන C ++ 11/14/17) පෙනෙන තෙක් එය නිහ quiet සත්‍යයකි.

C කිසි විටෙකත් C ++ හි උප කුලකයක් නොවීය. උදාහරණයක් ලෙස C89 යනු C ++ 98 හි උප කුලකයක් නොවේ.

උදාහරණ කිහිපයක්:

• ශ්‍රිත පරාමිති ප්‍රකාශනය සඳහා වන C89 අනන්‍යතා-ලැයිස්තු පෝරමය C ++ හි සහය නොදක්වයි
• C89 සහ C ++ 98 අක්ෂර නියතයන් සඳහා විවිධ වර්ග ඇත
• C89 සහ C ++ 98 සංගීත වචන සඳහා විවිධ වර්ග තිබේ
• තාර්කික ක්‍රියාකරුවන් C89 සහ C ++ 98 ( intඑදිරිව bool) වලින් විවිධ වර්ග ලබා දෙයි

1. මම C / C ++ යන යෙදුම භාවිතා කිරීම නතර කළ යුතුද?

ඔව්.

2. # 1 සඳහා පිළිතුර ඔව් නම්, සී සහ සී ++ මිශ්‍රණයක් භාවිතා කරන වැඩසටහනක් මා හඳුන්වන්නේ කෙසේද?

වැඩසටහනක් C හෝ C ++ වේ (සමහර මූලික වැඩසටහන් පවා C හෝ C ++ සම්පාදකයෙකු සමඟ සම්පාදනය කළ හැකි නම්). එය සම්පාදනය කිරීමට ඔබ භාවිතා කරන්නේ කුමන සම්පාදකයද? එය ඔබේ ප්‍රශ්නයට පිළිතුරු දිය යුතුය. හර්බිසන් සහ ස්ටීල් විසින් සී සහ සී ++ යන පොදු උප කුලකයක් නම් කිරීම සඳහා ක්ලීන් සී යන පදය භාවිතා කරන ලද නමුත් එය නරක අදහසක් යැයි මම සිතමි.

සංස්කරණය කරන්න : කෙසේ වෙතත්, තාක්ෂණික වශයෙන් ඔබට එක් වැඩසටහනක C සහ C ++ වස්තු ගොනු සම්බන්ධ කළ හැකි බව මම පිළිගනිමි, නමුත් OTH බොහෝ වැඩසටහන් එකම වැඩසටහනක මිශ්‍ර කිරීමට අවසර දී ඇති අතර උදාහරණයක් ලෙස ජාවා සහ සී ++. මම හිතන්නේ C / C ++ වැඩසටහන භාවිතා කිරීම එය C / C ++ නමින් තනි භාෂාවකින් ලියා ඇති බවට ඇති ව්‍යාකූලතාවයට හේතු වේ.

3. මේ දෙකම 'වෙනස්' භාෂාවන් වන බැවින්, යම් අවස්ථාවක දී C ++ සම්පාදකයින් C භාෂාවෙන් ලියා ඇති ආධාරක කේතය නැවැත්වීමට ඉඩ ඇත (නූතන c ++ දර්ශකයන්, ගතික මතක හැසිරවීම වැනි මූලික දේවල් සඳහා C මානසිකත්වයෙන් බැහැර වන හෙයින්)

_Genericකිසිදු C ++ අනුවාදයකින් සහය නොදක්වන C99 හෝ C11 හි බොහෝ විශේෂාංග (උදාහරණ: විචල්‍ය දිග අරාව, නම්‍යශීලී අරා සාමාජික , ...) ඇත.

සමහර වැඩසටහන් C සහ C ++ මිශ්‍රණයකින් ලියා ඇත

මෙය ජීවිතයේ සත්‍යයක් පමණි. ඔබට C සහ C ++ වලින් වස්තු ගොනු සම්පාදනය කර ඒවා එකට සම්බන්ධ කළ හැකිය. ප්රති result ලය තරමක් සාධාරණ ලෙස "සී / සී ++ වැඩසටහනක්" ලෙස හැඳින්විය හැකිය.

නමුත් එය සමස්තයක් ලෙස වැඩසටහන පමණි. තනි සම්පාදන ඒකක ගැන කුමක් කිව හැකිද?

C හි උප කුලකයක් වන අතර එය C ++ හි උප කුලකයක් ද වේ

එම උප කුලකයේ ලියා ඇති වැඩසටහනක් (හෝ සම්පාදන ඒකකය) අනුකූල C සහ C ++ සම්පාදකයින් යටතේ සම්පාදනය කර හැසිරෙනු ඇත. එවැනි වැඩසටහනක් හෝ ගොනුවක් නිවැරදිව "සී / සී ++ වැඩසටහනක්" හෝ "සී / සී ++ ගොනුවක්" ලෙස හැඳින්විය හැකිය.

සී සහ සී ++ වැඩසටහන් දෙකෙහිම ශීර්ෂ ගොනුවක් වැනි අර්ධ වැඩසටහනක් භාවිතා කළ හැකිය. එවැනි ශීර්ෂ ගොනු නිවැරදිව C / C ++ ශීර්ෂයන් ලෙස හැඳින්විය හැකිය.

මහාචාර්ය බර්න් ස්ට්‍රෝස්ට්‍රප් උපුටා දැක්වීම:

C යනු C ++ හි උප කුලකයක්ද?

දැඩි ගණිතමය අර්ථයෙන් ගත් කල, C යනු C ++ හි උප කුලකයක් නොවේ. වලංගු C වන නමුත් වලංගු නොවන C ++ සහ C සහ C ++ වල වෙනස් අර්ථයක් ඇති කේත ලිවීමේ ක්‍රම කිහිපයක් තිබේ. කෙසේ වෙතත්, සී ++ සහාය දක්වන සෑම ක්‍රමලේඛන තාක්‍ෂණයකටම සී ++ සහාය දක්වයි. සෑම සී වැඩසටහනක්ම එකම ධාවන කාලය සහ අභ්‍යවකාශ කාර්යක්ෂමතාවයෙන් සී ++ හි ලිවිය හැකිය. පැය කිහිපයකින් ඇන්සි සී පේළි දස දහස් ගණනක් සී-ස්ටයිල් සී ++ බවට පරිවර්තනය කිරීම සාමාන්‍ය දෙයක් නොවේ. මේ අනුව, C ++ යනු ANSI C හි සුපිරි කට්ටලයක් වන අතර ANSI C යනු K&R C හි සුපිරි කට්ටලයක් වන අතර ISO C ++ 1985 දී පැවති පරිදි C ++ හි සුපර්සෙට් එකක් වේ.

හොඳින් ලියා ඇති C නෛතික C ++ ද වේ. උදාහරණයක් ලෙස, කර්නිගන් සහ රිචී හි සෑම උදාහරණයක්ම: "සී ක්‍රමලේඛන භාෂාව (2 වන සංස්කරණය)" ද සී ++ වැඩසටහනකි.

• http://www.stroustrup.com/bs_faq.html#C-is-subset

ඉතින් ඔව් C / C ++ වැනි දෙයක් තිබේ. එය වලංගු C සහ වලංගු C ++ යන ඕනෑම දෙයකි.

සී පූර්ව සකසනය සී භාෂාවේ කොටසකි. C ++ පෙර සකසනය C ++ භාෂාවේ කොටසකි

ඔබට සී හෝ සී ++ යටතේ සම්පාදනය කර වෙනස් විය හැකි සම්පාදන ඒකකයක් ලිවිය හැකිය . උදාහරණයක් ලෙස, එය C හි සම්පාදනය කරන ලද මූලික ක්‍රියාකාරිත්වය තිබිය හැකි නමුත් C ++ වලින් සම්පාදනය කර ඇත්නම් C ++ පුස්තකාලයකින් ප්‍රයෝජන ගන්න.

වැඩසටහන අත්‍යවශ්‍යයෙන්ම සමාන නම්, නමුත් අමතර විශේෂාංග සහිතව, එය එකම වැඩසටහන යැයි පැවසීම හරියටම වැරදිය . එය එකම, නමුත් වෙනස් ය.

බොහෝ සී ක්‍රමලේඛකයන්ට අවම වශයෙන් සී ++ හෝ ඊට වෙනස්ව කළ හැකිය

එවැනි අයෙකු සී / සී ++ ක්‍රමලේඛකයෙකු ලෙස හැඳින්වීම අසාධාරණ නොවේ. ඔව්, ඔවුන් බොහෝ විට එක් විශේෂීකරණය කරන්න, නමුත් වචනාර්ථයෙන් කරන්න පුළුවන් නො වූ නිසි C හෝ C ++ ක්රමලේඛකයෙකි කරන කිසිවෙක් නැත කිසිදු අනෙක් භාෂාව? එක්තරා විදියකට, ඔවුන් සියල්ලෝම සී / සී ++ ක්‍රමලේඛකයන් නොවේද?

"සී / සී ++" යැයි පැවසීමේ කිසිදු වරදක් නැත. වැදගත් දේ තේරුම් ගෙන ඇත

ඉංග්‍රීසි භාෂාව වාක්‍ය ප්‍රකාශ කිරීමේ මෙවලමක් නොවේ . ඔබට තර්කනය සඳහා ඉංග්‍රීසි භාවිතා කළ හැකිය , නමුත් සාධාරණ හා විශාල උත්සාහයකින්.

මෙයට හේතුව වචනවලට ස්වභාවිකවම නිශ්චිත අර්ථයන් නොමැති නමුත්, නොපැහැදිලි වලාකුළු සහ අර්ථයන් ය. වැදගත් දෙය නම් ඔබ පවසන දේ මිනිසුන් තේරුම් ගන්නේ නම්.

1. මම C / C ++ යන යෙදුම භාවිතා කිරීම නතර කළ යුතුද?

නියත වශයෙන්ම. මෙම යෙදුම භාවිතා කිරීමට අදහස් කරන්නේ කුමක්ද යන්න පැහැදිලි නැත, සමහර විට, මෙම පදය භාවිතා කරන පුද්ගලයා වෙනුවෙන් C සහ C ++ යනු කුමක්ද යන්න පිළිබඳ ව්‍යාකූලත්වය හැර.

මෙම ව්‍යාකූලත්වය එතරම්ම කලකිරීමට පත්වන ප්‍රභවයක් වන බැවින්, බොහෝ අය ඒ පිළිබඳව තරමක් හැඟීම්බර වී ඇති අතර, එම යෙදුමේ පෙනුම පමණක් ඔබගේ දායකත්වය පිළිබඳව නිෂේධාත්මක වීමට ප්‍රමාණවත් වේ. මෙය මෝඩකමක් ලෙස පෙනුනද එය අප සතුව ඇති බව පෙනේ.

“සී / සී ++” ගැන කතා කරනවා වෙනුවට ඔබ අදහස් කරන්නේ කුමක්ද යන්න පැහැදිලි කරන යෙදුමක් භාවිතා කරන ලෙස මම නිර්දේශ කරමි.

• ඔබ තුළ සී දෙයක් හෝ නොතිබේ ද C ++ සඳහා සත්ය විය නොහැකි බව ගැන කතා කරනවා නම්, සරලව කියන්නේ සී .

  උදාහරණය: C හි ශ්‍රිතය ප්‍රකාශ කළ යුත්තේ කෙසේද main?

  මුලදී, C ++ සඳහා පිළිතුර සමාන බව පෙනේ: int main()හෝ int main(int, char**). නමුත් සාකච්ඡාව ඉදිරියට යත්ම, C ++ හි, ශ්‍රිතය ගෝලීය විෂය පථයෙන් ප්‍රකාශයට පත් කළ යුතු බව පෙන්වා දීම අදාළ විය හැකිය namespace. අනෙක් අතට, mainC ++ නොපැමිණෙන අතර C නැවත නැවත ඇමතීමට ඉඩ දෙයි . C ++ හි, return 0;ඔබ “වැටුණොත්” යන්නෙන් ගම්‍ය වේ , mainනමුත් C හි returnප්‍රකාශය ඕනෑම මාර්ගයක අවශ්‍ය වේ. ලැයිස්තුව දිගින් දිගටම සිදුවන අතර, සාකච්ඡා කළ යුතු භාෂාව කුමක්දැයි ඔබ ඉදිරියෙන් පැහැදිලි කළහොත් එය සාකච්ඡාව වඩාත් සරල කරයි.

• ඔබ C ++ හි යමක් ගැන කතා කරන්නේ නම් එය C සඳහා සත්‍ය විය හැකි හෝ නොවිය හැකිය, C ++ කියන්න .

  උදාහරණය: සී ++ හි malloc()සංස්කරණයක් intමුලින් සියලු ශුන්‍ය වේ ද?

  සී සඳහා කෙටි පිළිතුර සමාන වේ: නැත. නමුත් පිළිතුර ඉදිරියට callocයත්ම, C ++ හි හොඳ විකල්පයක් std::vector<int>වනු ඇති බව පෙන්වා දීම වටී, C ++ තුළ, භාවිතා කිරීම වඩා හොඳ තේරීමක් විය හැකිය.

• ඔබ C, හා C ++ අතර සමානත්වයක් පෙන්වා කිරීමට අවශ්ය නම්, කියන්න C සහ C ++ .

  උදාහරණය: දී C සහ C ++, එම sizeofක intඅර්ථ ක්රියාත්මක වන අතර, සංග්රාහකයන් සහ නිර්මිතයන් අතර වෙනස් විය හැක.

  මෙහිදී අපට පෙන්වා දීමට අවශ්‍ය වන්නේ සී සහ සී ++ එකම ආකාරයකින් හැසිරෙන බවයි. අපි පැහැදිලිවම භාෂා දෙකම ගැන කතා කරමු .

මම ඇත්ත වශයෙන්ම නිර්දේශ කරන්නේ ඔබ වඩාත් නිශ්චිත විය යුතු අතර “C” හෝ “C ++” ගැන පමණක් නොව නිවැරදි අනුවාදය ගැනද කතා කරන්න. භාෂා දෙකම විකාශනය වෙමින් පවතින අතර වැනි මෝඩ ප්‍රකාශයකි

C ++ සහය /* … */සහ // …අදහස් දක්වන අතර C පමණක් /* … */ශෛලියට සහය දක්වයි .

හරි හෝ වැරදි නොවේ.

2. # 1 සඳහා පිළිතුර ඔව් නම්, සී සහ සී ++ මිශ්‍රණයක් භාවිතා කරන වැඩසටහනක් මා හඳුන්වන්නේ කෙසේද?

භාෂාවන් අතිච්ඡාදනය වී ඇති හෙයින්, සෑම සී වැඩසටහනකම සී ++ හා අනෙක් අතට පෙනෙන කොටස් අඩංගු වේ . එසේ වුවද, කතුවරුන් බොහෝ විට සී හෝ සී ++ සම්පාදකයක් භාවිතා කර ඇත. එබැවින් C වැඩසටහන සම්පාදකයෙකු සමඟ සම්පාදනය කර ඇත්නම් “ C ” හි ලියා ඇති අතර “ C ++ සම්පාදකයෙකු භාවිතා කරන්නේ නම්“ C ++ වලින් ලියා ඇත ”යනුවෙන් පවසන්න , ඔවුන් නවීන C ++ විශේෂාංග භාවිතා කිරීම ප්‍රතික්ෂේප කළත්. සමහර අය C ++ කේතය C-style C ++ ලෙස හඳුන්වයි . අධික ලෙස පැටවීම, ව්‍යතිරේක, බහුමාපකය, සැකිලි සහ I / O ධාරාවන් නොමැති වීම එවැනි කේතයක පොදු ලක්ෂණයකි.

, ඒ වෙනුවට, සමහර ගොනු C ලියා හා C කම්පයිලරය සමග සම්පාදනය සහ සමහර නම් වෙනත් ගොනු C ++ ලියා හා C ++ compiler සමග සම්පාදනය, පසුව වස්තුව ගොනු එකට බැඳී, මම වැඩසටහන ලියා ඇත "කියා කියන්නේ යම් ඇත්ත වශයෙන්ම ඔබ දැනටමත් කර ඇති පරිදි C සහ C ++ ” මිශ්‍ර කිරීම .

කෙසේ වෙතත්, ඒ වෙනුවට, කතුවරුන් සෑම ලිපිගොනුවක්ම සී හෝ සී ++ සම්පාදකයෙකු සමඟ සම්පාදනය කළ හැකි අයුරින් ලිවීමට මහත් සැලකිල්ලක් දැක්වූයේ නම් සහ එහි ප්‍රති program ලයක් ලෙස ඇති වැඩසටහන එකම දේ කරයි නම්, ඔබට මෙසේ පැවසිය හැකිය “වැඩසටහන C සහ C ++ හි පොදු උප කුලකයක ලියා ඇත .

දෙවැන්න බොහෝ විට සී සහ සී ++ කේත අතර බෙදා ගත යුතු ශීර්ෂ ගොනු සඳහා වේ. එවැනි කේත ලිවීම පහසු නැත. ඔබ එවැනි නිර්මාණය කරන පමණක් භාවිතා වූ බව තවදුරටත් අවධාරණය කළ යුතු නම්, C සහ C ++ වලංගු බව හා වෙනස් සම්පාදක වෙළෙන්දන් විසින් පුළුල් ලෙස සහය දක්වයි, යන වචනය සඳහා එහා මෙහා ගෙන යා හැකි C සහ C ++ පොදු කුලකයක් අවධාරණය කිරීම සඳහා භාවිතා කළ හැක.

3. මේ දෙකම “වෙනස්” භාෂාවන් වන බැවින්, යම් අවස්ථාවක දී සී ++ සම්පාදකයින් සී භාෂාවෙන් ලියා ඇති කේත වලට සහය දැක්වීම නවතා දැමිය හැකිද? (නූතන සී ++, සී මානසිකත්වයෙන් වෙනස් වන්නේ පොයින්ටර්ස්, ගතික මතක හැසිරවීම වැනි මූලික දේවල් සඳහා ද?)

මට මෙම ප්‍රශ්නය තේරෙන බව මට විශ්වාස නැත. C සහ C ++ සිට ඇත , විවිධ භාෂා, ඔබ බලාපොරොත්තු නොවන ඔවුන්ගෙන් එක් සඳහා සම්පාදක අනෙක් සඳහා ලිඛිත වැඩසටහනක් භාර කළ හැකිය. කෙසේ වෙතත්, සම්පාදකයින් බොහෝ විට මොඩියුලර් ආකාරයෙන් නිර්මාණය කර ඇති අතර සම්පාදකයෙකුට C ++ ඉදිරිපස කෙළවරක් තිබේ නම් , අවස්ථාවන් හොඳ නම් එයට C ඉදිරිපස අන්තයක් ද ඇත. (එවිට ඔබට අවශ්‍ය කුමන ඒවා විධාන රේඛා ස්විචයකින් හෝ ඒ හා සමාන ආකාරයකින් තෝරා ගනු ඇත.) භාෂා දෙකම පුළුල් ලෙස භාවිතයේ පවතින තාක් කල්, මෙය වෙනස් වනු ඇතැයි සිතිය නොහැක. “නූතන සී ++” පිළිබඳ ඔබේ අදහස මූලික වශයෙන් හොඳ කේතීකරණ ප්‍රමිතීන් හා සම්මත පුස්තකාලය පිළිබඳ කාරණයක් යැයි මම සිතමි. සිට සම්පාදක ගේ දෘෂ්ටිකෝණයට, භාෂා දෙකම පරිණාමය වෙනුවට diverging වඩා අභිසරණය වේ.

4. අනුකූලතාව පවත්වා ගැනීම සඳහා සී / සී ++ ප්‍රමිති සකස් කරන පුද්ගලයින් අතර දැන් යම් සහයෝගීතාවයක් තිබේද?

ඔව්. C ++ 11 සහ C11 හි හඳුන්වා දී ඇති මතක ආකෘතිය සහ පරමාණුක මෙහෙයුම් පුස්තකාලය ඊට හොඳ නිදසුනකි. භාෂා දෙකේම නිර්මාණකරුවන් ගැළපුම වැදගත් බව වටහාගෙන එය වැඩිදියුණු කිරීමට කටයුතු කරමින් සිටින බව පෙනේ. පුද්ගලිකව, සහයෝගිතාව වඩාත් තීව්‍ර වන අතර අයිඑස්ඕ ක්‍රියාකාරී කණ්ඩායම් දෙක එකතු වී ඇති නමුත් මගේ පැතුම් වැදගත් නොවේ.

C ++ ක්‍රමලේඛන භාෂාවේ 4 වන සංස්කරණයේ § 44.3 හි C සහ C ++ හි විවිධ අනුවාදයන් අතර ඇති වෙනස්කම් හා පොදු ලක්ෂණ ගැන බර්න් ස්ට්‍රෝස්ට්‍රප් කතා කරයි . මෙම අවස්ථාවේ දී මෙම පදය භාවිතා කිරීම ඇත්ත වශයෙන්ම සුදුසු විය හැකි බැවින් එහි තේරුම පැහැදිලි ය.

5. # 4 ඔව් නම්, එවැනි සහයෝගීතාවය නුදුරු අනාගතයේ දී නූතන සී ++ (11/14/17) පෙනුමෙන් අවසන් විය හැකිය.

ඉහත සාකච්ඡා කළ පරිදි, එය C ++ 11 හි සිදු වූ අතර නැවත සිදුවීමට අපේක්ෂා කෙරේ / බලාපොරොත්තු වේ / අවශ්‍ය වේ.

C / C ++ යනු C සහ C ++ වල ඡේදනයයි.

int new;C / C ++ නොවේ, එසේම නොවේ vector<int> foo;.

ඒ හා සමානව, C89 ප්රමිතියේ / C99 ප්රමිතියේ දී වත් එහිදී මෙම භාෂා දෙකක්, එකට හමුවන තැන වේ enum bool { false, true };හෝ for(int i = 0;;)ඉඩ ඇත.

සහ C ++ 11 / C ++ 14, ආදිය.

C ++ 11 සහ C ++ 14 යටතේ සම්පාදනය කරන (සහ නිවැරදිව ධාවනය වන) කේත ලිවිය හැකිය, එකක් යටතේ සම්පාදනය කිරීමෙන් ඇඟවෙන්නේ එය අනෙක යටතේ සම්පාදනය වන බවයි. ඇත්ත වශයෙන්ම, බොහෝ අය මෙය කරයි.

බොහෝ අය C සහ C ++ වලින් ක්‍රියා කරන කේත ලියයි.

නිසැකවම, අතිච්ඡාදනය වැඩි වන තරමට එය අර්ථවත් කරයි; සී / සී ++ / ජාවා කේතය පිළිබඳ කිසිදු ප්‍රශ්නයක් දැකීමට මම බලාපොරොත්තු නොවෙමි.

මෙම භාෂාවන්හි පොදු උප කුලකයක් ගැන කථා කිරීම "අර්ථවත්" වුවද, බොහෝ ප්‍රශ්න වලට මෙම උප කුලකයේ පිළිතුරු නොමැත, උදා: සී සහ සී ++ වලින් ප්‍රධාන () නැවත පැමිණිය යුත්තේ කුමක් ද?

නමුත් එම පිරිවිතර "අනුවාදය" හෝ "භාෂාවේ නම" හෝ වෙනත් ආකාරයකින් වෙනස් කර තිබේද යන්න ඔබට බහු භාෂා පිරිවිතරයන් සඳහා ක්‍රියා කරන කේත ගැන කතා කළ හැකිය.

මෙය වෙනත් පිළිතුරුවල සහ අදහස් දැක්වීම්වල දක්නට ලැබෙන “මෙය ලෝහයට සමීපව වැඩ කරන සහ කළමනාකරණ සන්දර්භය තුළ හොඳින් සිටින ක්‍රමලේඛකයින් සඳහා කේතයක්” යන ස්ථාවරය සඳහා වූ ප්‍රතිචාරයකි.

එම අර්ථ නිරූපණය පවා ප්‍රවේශමෙන් ගත යුතු යැයි මම තර්ක කරමි.

අවම වශයෙන් 90 දශකයේ මැද භාගයේ සිට ඔබට C ++ ක්‍රමලේඛකයෙකු අවශ්‍ය නම් සහ තමන් C ක්‍රමලේඛකයෙකු ලෙස විස්තර කළ අයෙක් ඉල්ලුම් කළහොත් ඔබට වස්තු නැඹුරුවන සැලසුම ගැන ඔවුන් කොපමණ දැන සිටිය යුතුද, වස්තුවක නිදොස් කිරීම පිළිබඳ ඔවුන්ට කොපමණ අත්දැකීම් තිබේද යන්න විමසීමට සිදුවේ. නැඹුරු සන්දර්භය සහ අච්චු පුස්තකාල භාවිතා කිරීමට ඇති හැකියාව ගැන. සම්මුඛ පරීක්ෂණයේදී හා බඳවා ගැනීමේ ක්‍රියාවලියේදී එම කරුණු හරියටම සොයා බැලීමට ඔබට අවශ්‍යය.

අනෙක් අතට, සී ++ ගුරු "නවීන සී ++" තල්ලු කිරීමට පටන් ගෙන දැන් දශකයකට වැඩි කාලයක් ගත වී ඇත. සී ++ 11 මතුවීමත් සමඟ බහු-පරමාදර්ශී වැඩසටහන්කරණය සඳහා දැන් පැහැදිලි සහයෝගයක් ඇති අතර කිසිදු දර්ශකයක් නොපෙන්වන කේතය දෙසට තල්ලු කිරීම ඉතා ශක්තිමත් ය. එහි තේරුම නම්, මම අද සී තනතුරක් සඳහා සී ++ ක්‍රමලේඛකයෙකු සමඟ සම්මුඛ සාකච්ඡාවක් පැවැත්වූයේ නම්, මෙම පුද්ගලයා සත්‍ය, පාද වෙඩි තැබීමේ හැකියාව ඇති දර්ශකයන් සමඟ කෙතරම් හුරුපුරුදු දැයි පරීක්ෂා කිරීම ගැන මම ඉතා සැලකිලිමත් වෙමි.

මම මේ දිනවල ව්‍යාපාරයේ නොසිටිමි (ස්ටැක් පිටාර ගැලීම ළදරු අවධියේ මා සිටි තාක් දුරට වුවද), එබැවින් මන imag කල්පිත සම්මුඛ පරීක්‍ෂකවරයකුට හරස් ඕවර් කුසලතා නොතිබෙනු ඇතැයි මම අනුමාන නොකරමි. මම හිතන්නේ බොහෝ විට අදාළ වන පරිදි භාෂා දැන් ඇත්ත වශයෙන්ම බෙහෙවින් වෙනස් ය.

කෙටියෙන් කිවහොත් "සී / සී ++" තාක්ෂණික සන්දර්භය තුළ පමණක් නොව බොහෝ ව්‍යාපාරික සන්දර්භයන්හි ද අතහැර දැමිය යුතුය.

මෙම ප්‍රශ්නයට වඩාත්ම සරල පිළිතුර නම් ඔබ කිසි විටෙකත් එම පදය භාවිතා නොකළ යුතු බවයි. එය නොපවතින යෙදුමකි. එයට අර්ථයක් නැත. සෑම වැඩසටහනක්ම C හෝ C ++ වේ.

C ++ x0, C ++ 11 (හෝ නූතන C ++ 11/14/17) පෙනෙන තෙක් එය නිහ quiet සත්‍යයකි.

C ++ 98 සහ 03 පන්ති සමඟ දුරස්ථව C නොවේ. ඔබට මෙය ඉගැන්වූ කවුරුන් හෝ ජරාව නොදන්නා අතර ඔබට ඒවා අමතක කළ හැකිය. මෙය කිසි විටෙකත් නිවැරදි නොවීය.

සංකල්පමය වශයෙන්, සී ප්‍රභව ලිපිගොනු සැලසුම් කිරීමේදී විශේෂ දුෂ්කරතාවයක් නොතිබිය යුතු අතර එමඟින් ඒවා C ++ සමඟ සම්පාදනය කළ හැකිය. මෙය සිදු කිරීමෙන් සැලකිය යුතු වාසි කිහිපයක් තිබිය හැකිය. උදාහරණයක් ලෙස, කාවැද්දූ පද්ධතියක් සඳහා කේත ලිවීමේදී සමහර විට සත්කාරක පරිගණක පරිසරයක කේතය පරීක්ෂා කිරීමට හැකිවීම ප්‍රයෝජනවත් වේ. කේතය C ++ ලෙස පිරිසිදු ලෙස සම්පාදනය කරන්නේ නම්, "MOTOR_ENABLE = 1;" කාවැද්දූ පද්ධතියේ වාෂ්පශීලී I / O බිට් එකකට ලියන්න (C ලෙස සම්පාදනය කර ඇත), නමුත් පරිගණකයේ අනුකරණ තර්කනය අවුලුවන්න (C ++ ලෙස සම්පාදනය කිරීම). කුඩා කාවැද්දූ පද්ධති මත uint16_t හැසිරෙන ආකාරයට හැසිරෙන පරිගණකයේ C ++ වර්ගයක් සැලසුම් කිරීමට ද බොහෝ විට හැකි වනු ඇත (එබැවින් උදා: ලබා දී ඇති පරිදි u16 x=65533;, සම්පාදකයෙකුට එහි වටිනාකම සලකා බැලිය යුතුයx*xනවයක් ලෙස, එයට අවශ්‍ය ඕනෑම දෙයක් කිරීමට නිදහස් පාලනයක් තිබීමට වඩා), නමුත් තවමත් මගේ අනුකරණය කරන්නන්ගෙන් කිසිවෙකු එය ඇතුළත් කර නැත [අර්ධ වශයෙන් මා භාවිතා කළ සී ++ සම්පාදකයින් එවැනි අවස්ථාවන්හිදී කිසිදු විකාරයක් කර නැත].

අවාසනාවකට මෙන්, සී ක්‍රමලේඛකයන්ට සහ සී ++ ක්‍රමලේඛකයන්ට එකිනෙකා කෙරෙහි ප්‍රමාණවත් තරම් සතුරුකමක් ඇති අතර, භාෂාවන් වසර ගණනාවක් තිස්සේ අනුකූල ආකාරයකින් විකාශනය වී ඇත. C89 C ++ හි වඩාත් ප්‍රයෝජනවත් අංගයන් (ක්‍රියාකාරී මූලාකෘති වැනි) අනුවර්තනය කිරීමට උත්සාහ කළද, C ++ හි ඕනෑම අංගයක් අවශ්‍ය ක්‍රමලේඛකයින් C ++ භාවිතා කළ යුතු බවට ආකල්පයක් මතුවී ඇති අතර, එය බොහෝ අවස්ථාවන් ඇති බව නොසලකා හරිමින් සී ++ හි සමහර විශේෂාංග භාවිතා කිරීමට හැකිවීම සඳහා උපකාරී වන්න (උදා: කෙනෙකුට අවශ්‍ය නොවන වෙනත් අංග සමඟ සම්බන්ධිත පිරිවැය භාර නොගෙන ස්ථිතික හෝ ස්ථිතික පේළිගත සම්බන්ධතා සමඟ කාර්යයන් අධික ලෙස පැටවීමේ හැකියාව (උදා: අපනයනය හා සම්බන්ධ මැන්ග්ලිං යන නම) අධි බර පැටවූ කාර්යයන්).

C89 සහ C ++ 98 මංසන්ධිය වැඩ කළ හැකි භාෂාවක් වන අතර, C ++ හි පසු සංස්කරණ සමඟ භාවිතා කළ හැකි සුපර්සෙට් එක C ++ හි පසු සංස්කරණ සමඟ වැඩී ඇතිවාට වඩා හැකිලී ඇත (දැඩි අන්වර්ථ රීතිය වැනි දේවලට ස්තුති වන්න) සහ ප්‍රවණතා සදාකාලිකවම වාසිදායක වේ. විඛණ්ඩනය වැඩි කිරීම.