Mục đích của trình tự Trecraft trong C ++?

Theo C ++ '03 Tiêu chuẩn 2.3 / 1:

Trước khi bất kỳ quá trình xử lý nào khác diễn ra, mỗi lần xuất hiện của một trong các chuỗi sau của ba ký tự (chuỗi trình tự ba chiều của thuật ngữ) được thay thế bằng ký tự đơn được chỉ ra trong Bảng 1.

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

Trong cuộc sống thực, điều đó có nghĩa là mã printf( "What??!\n" );sẽ dẫn đến việc in What|vì ??!là một chuỗi ba chữ được thay thế bằng |ký tự.

Câu hỏi của tôi là mục đích của việc sử dụng tricles? Có bất kỳ lợi thế thực tế của việc sử dụng tricles?

CẬP NHẬT : Trong các câu trả lời đã được đề cập rằng một số bàn phím châu Âu không có tất cả các ký tự dấu chấm câu, vì vậy các lập trình viên không phải là người Mỹ phải sử dụng ba chữ trong cuộc sống hàng ngày?

CẬP NHẬT : Visual Studio 2010 đã tắt hỗ trợ trecraft theo mặc định.

Câu hỏi này (về các bản tóm tắt liên quan chặt chẽ) có câu trả lời.

Thực tế là bộ ký tự ISO 646 không có tất cả các ký tự của cú pháp C, do đó, có một số hệ thống với bàn phím và màn hình không thể xử lý các ký tự (mặc dù tôi tưởng tượng rằng chúng khá hiếm ngày nay).

Nói chung, bạn không cần sử dụng chúng, nhưng bạn cần biết về chúng để biết chính xác vấn đề bạn gặp phải. Các ký tự là lý do ?nhân vật '' có một chuỗi thoát:

'\?'

Vì vậy, một số cách bạn có thể tránh vấn đề ví dụ của mình là:

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

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

Nhưng bạn phải nhớ khi bạn gõ hai '?' các nhân vật mà bạn có thể đang bắt đầu một bộ ba (và chắc chắn đó không bao giờ là điều tôi nghĩ đến).

Trong thực tế, các bức thư và bản vẽ sơ đồ là thứ tôi không lo lắng chút nào trên cơ sở hàng ngày. Nhưng bạn nên biết về chúng bởi vì cứ sau vài năm bạn sẽ gặp phải một lỗi liên quan đến chúng (và bạn sẽ dành phần còn lại của ngày để nguyền rủa sự tồn tại của chúng). Sẽ thật tuyệt nếu trình biên dịch có thể được cấu hình để cảnh báo (hoặc lỗi) khi nó bắt gặp một trecraft hoặc digraph, vì vậy tôi có thể biết rằng tôi đã có một cái gì đó tôi nên xử lý một cách có chủ ý.

Và chỉ để hoàn thiện, các bản tóm tắt ít nguy hiểm hơn vì chúng được xử lý dưới dạng mã thông báo, do đó, một bản tóm tắt bên trong một chuỗi ký tự sẽ không được hiểu là một bản tóm tắt.

Để có một nền giáo dục tốt về nhiều niềm vui khác nhau với dấu câu trong các chương trình C / C ++ (bao gồm cả lỗi ba chữ chắc chắn sẽ khiến tôi nhổ tóc), hãy xem bài viết GOTW # 86 của Herb Sutter .

Phụ lục:

Có vẻ như GCC sẽ không xử lý (và sẽ cảnh báo về) các bộ ba theo mặc định. Một số trình biên dịch khác có các tùy chọn để tắt hỗ trợ trecraft (ví dụ của IBM). Microsoft bắt đầu hỗ trợ cảnh báo (C4837) trong VS2008 phải được bật rõ ràng (sử dụng -Wall hoặc một cái gì đó).

Trẻ em hôm nay! :-)

Có, thiết bị nước ngoài, chẳng hạn như thiết bị đầu cuối IBM 3270. 3270, nếu tôi nhớ, không có niềng răng xoăn! Nếu bạn muốn viết C trên mini / mainframe của IBM, bạn phải sử dụng các bộ ba khốn khổ cho mọi ranh giới khối. May mắn thay, tôi chỉ phải viết phần mềm bằng C để mô phỏng một số cơ sở máy tính mini của IBM, chứ không thực sự viết phần mềm C trên System / 36.

Nhìn bên cạnh phím "P":

Hừm. Khó nói. Có một nút phụ bên cạnh "trả lại xe ngựa" và tôi có thể có nó ngược lại: có thể đó là cặp "[" / "]" bị thiếu. Dù sao đi nữa, bàn phím này sẽ khiến bạn đau buồn nếu bạn phải viết C.

Ngoài ra, các thiết bị đầu cuối này hiển thị EBCDIC, bộ ký tự máy tính lớn "bản địa" của IBM, chứ không phải ASCII (cảm ơn, Pavel Minaev, để nhắc nhở).

Mặt khác, như hướng dẫn GNU C nói: "Bạn không cần tổn thương não này." Trình biên dịch gcc để mặc định "tính năng" này bị tắt.

Từ The C++ Programming Languagephiên bản đặc biệt, trang 829

Các ký tự đặc biệt ASCII [, ], {, }, |, và \chiếm vị trí bộ ký tự chỉ định là chữ cái theo tiêu chuẩn ISO. Trong hầu hết các bộ ký tự ISO-646 quốc gia châu Âu, các vị trí này bị chiếm bởi các chữ cái không có trong bảng chữ cái tiếng Anh.

Một tập hợp các bộ ba được cung cấp để cho phép các ký tự quốc gia được thể hiện theo cách di động bằng cách sử dụng một bộ ký tự tối thiểu thực sự tiêu chuẩn. Điều này có thể hữu ích cho việc trao đổi các chương trình, nhưng nó không giúp mọi người đọc chương trình dễ dàng hơn. Đương nhiên, giải pháp lâu dài cho vấn đề này là dành cho các lập trình viên C ++ để có được thiết bị hỗ trợ tốt cả ngôn ngữ mẹ đẻ và C ++ của họ. Thật không may, điều này dường như không khả thi đối với một số người và việc giới thiệu thiết bị mới có thể là một quá trình chậm chạp khó chịu.

Chúng được sử dụng trên các hệ thống thiếu một số ký tự trong bộ ký tự cơ bản của C ++. Không cần phải nói, các hệ thống như vậy là cực kỳ hiếm.

Các thư mục đã được đề xuất để loại bỏ trong C ++ 0x. Điều đó nói rằng, dường như vẫn còn có lập luận mạnh mẽ ủng hộ họ - xem bài viết của ủy ban C ++ N2910 thảo luận về điều này. Rõ ràng, EBCDIC là một thành trì lớn nơi họ cần.

Tôi đã thấy các bộ ba được sử dụng vào đầu những năm 90 để giúp chuyển đổi các chương trình PL / 1 từ máy tính lớn để được chạy / biên dịch / gỡ lỗi trên PC.

Họ đã chỉnh sửa PL / I trên PC bằng trình biên dịch PL / I sang C và họ muốn mã hoạt động khi được chuyển trở lại máy tính lớn không hỗ trợ dấu ngoặc nhọn. Tôi đề nghị họ có thể sử dụng macro như

#def BEGIN {    
#def END }  

hoặc như một sự thay thế PL / I thân thiện hơn

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

và nếu họ thực sự muốn được ưa thích, họ có thể thử

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

và sau đó chương trình sẽ trông giống như được viết bằng Pascal. Họ chỉ nhìn tôi buồn cười và sẽ không nói chuyện với tôi trong phần còn lại của ngày. Tôi không nghĩ rằng tôi đổ lỗi cho họ. :)

Điều đã giết chết những nỗ lực không phải là ba biểu đồ, đó là sự khác biệt của hệ thống IO giữa các nền tảng. Mở các tệp trên PC khác rất nhiều so với máy tính lớn, nó sẽ giới thiệu quá nhiều cách để giữ cùng một mã chạy trên cả hai.

Chủ yếu bởi vì tiêu chuẩn C đã giới thiệu chúng trở lại vào năm 1989, khi có vấn đề với sự hiện diện của các ký tự mà ánh xạ bản đồ trên một số máy. Vào thời điểm tiêu chuẩn C ++ được công bố vào năm 1998, nhu cầu về các bộ ba là không lớn. Họ là một mụn cóc trên C; họ chỉ là một mụn cóc trên C ++. Cần có họ - đặc biệt là bên ngoài thế giới nói tiếng Anh - đó là lý do tại sao họ được thêm vào C.

Một số bàn phím châu Âu không (không?) Có tất cả các ký tự dấu chấm câu mà bàn phím Hoa Kỳ có, bởi vì chúng cần các phím cho các ký tự chữ cái khác thường của chúng. Vì vậy, ví dụ (làm điều này), bàn phím Thụy Điển sẽ có vòng chữ A trong đó nẹp xoăn.

Để phù hợp với những người dùng đó, các bộ ba là một cách để nhập dấu chấm câu chỉ sử dụng các ký tự ASCII phổ biến nhất.

Họ ở đó chủ yếu là vì lý do lịch sử. Ngày nay, hầu hết các bàn phím hiện đại cho hầu hết các ngôn ngữ đều cho phép truy cập vào tất cả các ký tự đó, nhưng điều này từng là vấn đề một lần với một số bàn phím châu Âu. Đây là lý do tại sao các bức tượng được phát minh.

Nếu bạn không biết họ dùng để làm gì, bạn không nên sử dụng chúng.

Mặc dù vậy, vẫn tốt để biết về chúng, vì bạn có thể vô tình và vô tình sử dụng một mã trong mã của mình.