Призначення триграфських послідовностей у С ++?

Відповідно до стандарту C ++ '03 2.3 / 1:

Перш ніж проводити будь-яку іншу обробку, кожне виникнення однієї з наступних послідовностей з трьох символів ("послідовності триграфа") замінюється одним символом, зазначеним у таблиці 1.

----------------------------------------------------------------------------
| trigraph | replacement | trigraph | replacement | trigraph | replacement |
----------------------------------------------------------------------------
| ??=      | #           | ??(      | [           | ??<      | {           |
| ??/      | \           | ??)      | ]           | ??>      | }           |
| ??’      | ˆ           | ??!      | |           | ??-      | ˜           |
----------------------------------------------------------------------------

У реальному житті це означає, що код printf( "What??!\n" );призведе до друку, What|тому що ??!це триграфічна послідовність, яка замінюється |символом.

Моє запитання - яка мета використання триграфів? Чи є якась практична перевага використання триграфа?

UPD : У відповідях згадувалося, що деякі європейські клавіатури не мають усіх розділових знаків, тому програмістам, які не в США, доводиться використовувати триграфи в повсякденному житті?

UPD2 : Visual Studio 2010 має підтримку триграфа за замовчуванням вимкнено.

На це запитання (про тісно пов’язані з ними графіки) є відповідь.

Це зводиться до того, що набір символів ISO 646 не має всіх символів синтаксису С, тому є деякі системи з клавіатурами та дисплеями, які не можуть мати справу з символами (хоча я думаю, що вони досить рідкісні нині).

Взагалі їх не потрібно використовувати, але вам потрібно знати про них саме для проблеми, з якою ви зіткнулися. Триграфи - це причина того, що ?символ ' ' має послідовність втечі:

'\?'

Отже, кілька способів уникнути вашої прикладної проблеми:

 printf( "What?\?!\n" ); 

 printf( "What?" "?!\n" ); 

Але ти повинен пам’ятати, коли ти пишеш два '?' символи, про які ти можеш починати триграф (і це, звичайно, ніколи не те, про що я думаю).

На практиці триграфи та диграфи - це те, про що я не переживаю взагалі щодня. Але вам слід знати про них, оскільки раз на пару років ви натрапляєте на помилку, пов’язану з ними (а ви будете витрачати решту дня, проклинаючи їх існування). Було б добре, якби компілятори могли бути налаштовані на попередження (або помилку), коли вони трапляються через триграф або диграф, тож я міг би знати, що у мене є щось, з чим слід свідомо мати справу.

І тільки для повноти, фотографії набагато менш небезпечні, оскільки вони обробляються як лексеми, тому диграф всередині рядкового літералу не трактуватиметься як диграф.

Для приємної освіти з різних розваг з пунктуаційними програмами в програмах C / C ++ (включаючи триграфну помилку, яка б напевно змусила мене витягати волосся), подивіться статтю GOTW № 86 Herb Sutter .

Додаток:

Схоже, GCC не буде обробляти (і попереджатиме про) триграфи за замовчуванням. Деякі інші компілятори мають можливість вимкнути підтримку триграфа (наприклад, IBM). Microsoft почала підтримувати попередження (C4837) у VS2008, яке має бути чітко ввімкнено (використовуючи -Wall або щось подібне).

Діти сьогодні! :-)

Так, іноземне обладнання, наприклад, термінал IBM 3270. У 3270, якщо я пам’ятаю, немає фігурних брекетів! Якщо ви хотіли писати C на міні / мейнфреймах IBM, вам довелося використовувати жалюгідні триграфи для кожної межі блоку. На щастя, мені довелося лише писати програмне забезпечення на C, щоб імітувати деякі міні-комп'ютерні засоби IBM, а не писати програмне забезпечення C на System / 36.

Подивіться поруч із клавішею "P":

Хммм. Важко сказати. Поруч із "поверненням каретки" є додаткова кнопка, і я можу мати її назад: можливо, саме пара "[" / "]" відсутня. У будь-якому випадку ця клавіатура спричинить вам горе, якби вам довелося писати С.

Крім того, на цих терміналах відображається EBCDIC, "рідний" набір символів мейнфрейму IBM, а не ASCII (дякую Павлу Мінаєву за нагадування).

З іншого боку, як, наприклад, керівництво GNU C говорить: "Вам не потрібно це пошкодження мозку". Компілятор gcc залишає цю "функцію" відключеною за замовчуванням.

Із The C++ Programming LanguageСпеціального видання, сторінка 829

В ASCII спеціальні символи [, ], {, }, |, і \займають задані позиції символів , призначені в якості алфавітного ІСО. У більшості європейських національних наборів символів ISO-646 ці позиції займають літери, не знайдені в англійському алфавіті.

Набір триграфів надає можливість виражати національні символи портативно, використовуючи справді стандартний набір мінімальних символів. Це може бути корисно для обміну програмами, але людям не полегшує читання програм. Звичайно, довгострокове вирішення цієї проблеми полягає в тому, щоб програмісти на C ++ придбали обладнання, яке добре підтримує і рідну мову, і C ++. На жаль, це здається для деяких нездійсненним, і впровадження нового обладнання може бути неприємно повільним процесом.

Вони призначені для використання в системах, у яких відсутні деякі символи в основному наборі символів C ++. Потрібно сказати, що такі системи надзвичайно рідкісні.

Триграфи були запропоновані для видалення в C ++ 0x. Зважаючи на це , все ще, мабуть, є вагомі аргументи на їхню підтримку - див. Документ комітету C ++ N2910, який обговорює це. Мабуть, EBCDIC є одним з головних твердинь, де вони потрібні.

Я бачив триграфі, які використовувались на початку 90-х, щоб допомогти конвертувати програми PL / 1 з мейнфрейму для запуску / компіляції / налагодження на ПК.

Вони намагалися редагувати PL / I на ПК за допомогою компілятора PL / I до C, і вони хотіли, щоб код працював, коли він переходив до мейнфрейму, який не підтримував фігурні дужки. Я припустив, що вони можуть використовувати макроси, як

#def BEGIN {    
#def END }  

або як дружніша альтернатива PL / I

#def BEGIN ??<
#def END ??>

і якщо вони дійсно хотіли пофантазувати, вони могли б спробувати

#ifdef MAINFRAME
    #def BEGIN ??<
    #def END ??>
#else
    #def BEGIN {    
    #def END }  
#endif

і тоді програма виглядала б так, як написана на Паскалі. Вони просто дивилися на мене смішно і не розмовляли зі мною протягом решти дня. Я не думаю, що я їх звинувачую. :)

Що вбило зусилля, а не триграфи, це було відмінності системи IO між платформами. Відкриття файлів на ПК настільки сильно відрізнялося від мейнфрейму, що це створило б занадто багато хитрощів, щоб тримати один і той же код на обох.

Перш за все тому, що стандарт С запровадив їх ще в 1989 році, коли виникли проблеми із наявністю символів, на які триграфовані карти на деяких машинах. На той час, коли в 1998 році був опублікований стандарт C ++, потреба в триграфах була не великою. Вони - бородавка на С; вони так само, як бородавка на C ++. Виникла потреба в них - особливо поза англомовним світом - саме тому їх додали до С.

Деякі європейські клавіатури не мають (не?) Всіх пунктуаційних символів, які мали американські клавіатури, оскільки вони потребували клавіш для своїх незвичайних буквених символів. Так, наприклад (склавши це), шведська клавіатура мала б A-кільце там, де була фігурна дужка.

Для розміщення цих користувачів триграфи - це спосіб ввести розділові знаки, використовуючи лише найпоширеніші символи ASCII.

Вони там здебільшого з історичних причин. Сьогодні більшість сучасних клавіатур для більшості мов дозволяють отримати доступ до всіх цих символів, але це колись було проблемою з деякими європейськими клавіатурами. Ось чому були винайдені триграфи.

Якщо ви не знаєте, для чого вони потрібні, не слід їх використовувати.

Однак все-таки добре знати про них, оскільки ви можете випадково і ненавмисно використовувати його у своєму коді.