Tôi có nên sử dụng _T hoặc _TEXT trên các chuỗi ký tự C++ không?

Question

Ví dụ:

// This will become either SomeMethodA or SomeMethodW, 
// depending on whether _UNICODE is defined. 
SomeMethod(_T("My String Literal")); 

// Becomes either AnotherMethodA or AnotherMethodW. 
AnotherMethod(_TEXT("My Text")); 

Tôi đã xem cả hai. _T có vẻ là ngắn gọn và _TEXT cho rõ ràng. Đây có phải chỉ là một sở thích lập trình chủ quan hay nó là kỹ thuật hơn thế? Ví dụ, nếu tôi sử dụng một trong những khác, mã của tôi sẽ không biên dịch chống lại một hệ thống cụ thể hoặc một số phiên bản cũ của một tập tin tiêu đề?

Answer 1

Một grep đơn giản của SDK cho chúng ta thấy rằng câu trả lời là nó không quan trọng-họ đều giống nhau. Cả hai biến thành __T(x).

 
C:\...\Visual Studio 8\VC>findstr /spin /c:"#define _T(" *.h 
crt\src\tchar.h:2439:#define _T(x)  __T(x) 
include\tchar.h:2390:#define _T(x)  __T(x) 

C:\...\Visual Studio 8\VC>findstr /spin /c:"#define _TEXT(" *.h 
crt\src\tchar.h:2440:#define _TEXT(x) __T(x) 
include\tchar.h:2391:#define _TEXT(x) __T(x) 

Và cho đầy đủ:

 
C:\...\Visual Studio 8\VC>findstr /spin /c:"#define __T(" *.h 
crt\src\tchar.h:210:#define __T(x)  L ## x 
crt\src\tchar.h:889:#define __T(x)  x 
include\tchar.h:210:#define __T(x)  L ## x 
include\tchar.h:858:#define __T(x)  x 

Tuy nhiên, về mặt kỹ thuật , cho C++ bạn nên sử dụng TEXT() thay vì _TEXT(), nhưng nó (cuối cùng) mở rộng để điều tương tự quá.

Answer 2

Tôi chưa từng thấy ai sử dụng _TEXT() thay vì _T().

Answer 3

Cam kết Unicode và chỉ sử dụng L"My String Literal".

Answer 4

Here là một bài đọc thú vị từ một nguồn nổi tiếng và được tôn trọng.

Tương tự, macro _TEXT sẽ ánh xạ tới L "..." thay vì "...".

Còn về _T? Được rồi, tôi không biết về điều đó. Có lẽ nó chỉ là để tiết kiệm một số người gõ.

Answer 5

Không. Theo kinh nghiệm của tôi, có hai loại chuỗi ký tự cơ bản, những thứ bất biến và những thứ cần được dịch khi mã của bạn được bản địa hóa.

Điều quan trọng là phải phân biệt giữa hai khi bạn viết mã để bạn không phải quay lại và tìm ra cái nào sau này.

Vì vậy, tôi sử dụng _UT() cho các chuỗi không thể dịch được, và ZZT() (hoặc một thứ khác dễ tìm kiếm) cho các chuỗi cần được dịch. Các trường hợp của _T() hoặc _TEXT() trong mã là bằng chứng về các chuỗi ký tự chuỗi chưa được phân loại chính xác.

_UT và ZZT đều #defined để _TEXT

Answer 6

Từ Raymond Chen:

TEXT vs _TEXT vs _T, và UNICODE vs _UNICODE

Các phiên bản đơn giản mà không gạch ảnh hưởng đến các ký tự đặt các tập tin tiêu đề của Windows xử như mặc định . Vì vậy, nếu bạn định nghĩa UNICODE, thì GetWindowText sẽ ánh xạ tới GetWindowTextW thay vì GetWindowTextA, chẳng hạn. Tương tự, macro TEXT sẽ ánh xạ tới L "..." thay vì "...".

Các phiên bản có dấu gạch dưới ảnh hưởng đến ký tự đặt thời gian chạy C các tệp tiêu đề coi là mặc định. Vì vậy, nếu bạn xác định _UNICODE, thì _tcslen sẽ ánh xạ tới wcslen thay vì strlen, ví dụ . Tương tự, macro _TEXT sẽ ánh xạ tới L "..." thay vì "...".

Còn về _T? OK, tôi không biết về điều đó. Có lẽ nó chỉ là để lưu ai đó một số gõ.

phiên bản ngắn: _T() là một người đàn ông lười biếng của _TEXT()

Lưu ý: Bạn cần phải nhận thức được những gì mã trang soạn thảo code văn bản nguồn của bạn đang sử dụng khi bạn viết:

_TEXT("Some string containing Çontaining"); 
TEXT("€xtended characters."); 

Các byte trình biên dịch thấy phụ thuộc vào trang mã của trình soạn thảo của bạn.

Answer 7

Các macro này được giữ lại từ những ngày mà ứng dụng có thể thực sự muốn biên dịch cả phiên bản unicode và ANSI.

Không có lý do gì để thực hiện việc này ngay hôm nay - đây là tất cả các di tích. Microsoft bị mắc kẹt với việc hỗ trợ mọi cấu hình có thể có mãi mãi, nhưng bạn thì không. Nếu bạn không biên dịch cả hai ANSI và Unicode (và không có ai, hãy trung thực) chỉ cần đi đến với L "văn bản".

Và có, trong trường hợp nó không phải là rõ ràng bây giờ: _T == _TEXT

Answer 8

Sử dụng không, và cũng xin đừng sử dụng L "..." tào lao. Sử dụng UTF-8 cho tất cả các chuỗi và chuyển đổi chúng ngay trước khi chuyển sang các API của microsoft.