Lợi thế của việc chọn mã hóa ASCII so với UTF-8 là gì?

Tất cả các ký tự trong ASCII có thể được mã hóa bằng UTF-8 mà không tăng dung lượng lưu trữ (cả hai đều yêu cầu một byte lưu trữ).

UTF-8 có thêm lợi ích hỗ trợ ký tự ngoài "ký tự ASCII". Nếu đó là trường hợp, tại sao sẽ chúng tôi từng chọn mã hóa ASCII qua UTF-8?

Có trường hợp sử dụng nào khi chúng ta sẽ chọn ASCII thay vì UTF-8 không?

Trong một số trường hợp, nó có thể tăng tốc độ truy cập vào từng ký tự. Tưởng tượng chuỗi str='ABC'được mã hóa trong UTF8 và ASCII (và giả sử rằng ngôn ngữ / trình biên dịch / cơ sở dữ liệu biết về mã hóa)

Để truy cập Cký tự thứ ba ( ) từ chuỗi này bằng toán tử truy cập mảng, đặc trưng trong nhiều ngôn ngữ lập trình, bạn sẽ làm một cái gì đó như c = str[2].

Bây giờ, nếu chuỗi được mã hóa ASCII, tất cả những gì chúng ta cần làm là tìm nạp byte thứ ba từ chuỗi.

Tuy nhiên, nếu chuỗi được mã hóa UTF-8, trước tiên chúng ta phải kiểm tra xem ký tự đầu tiên là char một hay hai byte, sau đó chúng ta cần thực hiện kiểm tra tương tự trên ký tự thứ hai và chỉ sau đó chúng ta mới có thể truy cập ký tự thứ ba. Sự khác biệt về hiệu suất sẽ càng lớn, chuỗi càng dài.

Đây là một vấn đề ví dụ trong một số công cụ cơ sở dữ liệu, nơi tìm thấy phần đầu của cột được đặt 'sau' VARCHAR được mã hóa UTF-8, cơ sở dữ liệu không chỉ cần kiểm tra có bao nhiêu ký tự trong trường VARCHAR, mà còn nhiều byte mỗi một trong số họ sử dụng.

Nếu bạn sẽ chỉ sử dụng tập hợp con US-ASCII (hoặc ISO 646) của UTF-8, thì không có lợi thế thực sự cho cái này hay cái khác; trong thực tế, tất cả mọi thứ được mã hóa giống hệt nhau.

Nếu bạn sẽ vượt ra ngoài bộ ký tự US-ASCII và sử dụng (ví dụ) các ký tự có dấu, âm sắc, v.v., được sử dụng trong các ngôn ngữ Tây Âu điển hình, thì có một sự khác biệt - hầu hết trong số này vẫn có thể được mã hóa với một byte đơn trong ISO 8859, nhưng sẽ yêu cầu hai hoặc nhiều byte khi được mã hóa bằng UTF-8. Tất nhiên cũng có những nhược điểm: ISO 8859 yêu cầu bạn sử dụng một số phương tiện ngoài băng để chỉ định mã hóa đang được sử dụng và nó chỉ hỗ trợ mộtcủa những ngôn ngữ này tại một thời điểm Ví dụ: bạn có thể mã hóa tất cả các ký tự của bảng chữ cái Cyrillic (tiếng Nga, tiếng Belorussian, v.v.) chỉ bằng một ký tự một byte, nhưng nếu bạn cần / muốn trộn chúng với các ký tự tiếng Pháp hoặc tiếng Tây Ban Nha (trừ các ký tự trong US-ASCII / Tập hợp con ISO 646) bạn gặp khá nhiều may mắn - bạn phải thay đổi hoàn toàn bộ ký tự để làm điều đó.

ISO 8859 thực sự chỉ hữu ích cho bảng chữ cái châu Âu. Để hỗ trợ hầu hết các bảng chữ cái được sử dụng trong hầu hết các bảng chữ cái của Trung Quốc, Nhật Bản, Hàn Quốc, Ả Rập, v.v., bạn phải sử dụng một số mã hóa hoàn toàn khác nhau. Một số trong số này (Ví dụ, Shift JIS cho tiếng Nhật) là một nỗi đau tuyệt đối để giải quyết. Nếu có bất kỳ cơ hội nào bạn sẽ muốn hỗ trợ họ, tôi sẽ coi việc sử dụng Unicode chỉ trong trường hợp là đáng giá.

ANSI có thể có nhiều thứ, hầu hết là các bộ ký tự 8 bit về vấn đề này (như trang mã 1252 trong Windows).

Có lẽ bạn đã nghĩ về ASCII là 7 bit và một tập hợp con thích hợp của UTF-8. Tức là bất kỳ luồng ASCII hợp lệ nào cũng là luồng UTF-8 hợp lệ.

Nếu bạn đang nghĩ về các bộ ký tự 8 bit, một lợi thế rất quan trọng là tất cả các ký tự có thể biểu diễn chính xác là 8 bit, trong đó trong UTF-8, chúng có thể lên tới 24 bit.

Có, vẫn còn một số trường hợp sử dụng trong đó ASCII có ý nghĩa: định dạng tệp và giao thức mạng . Đặc biệt, để sử dụng trong đó:

• Bạn có dữ liệu được tạo và sử dụng bởi các chương trình máy tính, không bao giờ được trình bày cho người dùng cuối;
• Nhưng nó hữu ích cho các lập trình viên để có thể đọc, để dễ dàng phát triển và gỡ lỗi.

Bằng cách sử dụng ASCII làm mã hóa, bạn tránh được sự phức tạp của mã hóa nhiều byte trong khi vẫn giữ được ít nhất khả năng đọc của con người.

Một vài ví dụ:

• HTTP là một giao thức mạng được định nghĩa theo các chuỗi octet, nhưng nó rất hữu ích (ít nhất là đối với các lập trình viên nói tiếng Anh), chúng tương ứng với mã hóa ASCII của các từ như "GET", "POST", "Ngôn ngữ chấp nhận" và Sớm.
• Các loại khối trong định dạng hình ảnh PNG bao gồm bốn octet, nhưng thật tiện dụng nếu bạn đang lập trình một bộ mã hóa hoặc bộ giải mã PNG IDATcó nghĩa là "dữ liệu hình ảnh" và PLTEcó nghĩa là "bảng màu".

Tất nhiên bạn cần cẩn thận rằng dữ liệu thực sự sẽ không được trình bày cho người dùng cuối, bởi vì nếu nó kết thúc hiển thị (như đã xảy ra trong trường hợp URL), thì người dùng sẽ mong đợi dữ liệu đó đúng trong một ngôn ngữ họ có thể đọc.

Trước hết: tiêu đề của bạn sử dụng / d ANSI, trong khi trong văn bản bạn đề cập đến ASCII. Xin lưu ý rằng ANSI không bằng ASCII. ANSI kết hợp bộ ASCII. Nhưng bộ ASCII bị giới hạn ở 128 giá trị số đầu tiên (0 - 127).

Nếu tất cả dữ liệu của bạn bị giới hạn ở ASCII (7 bit), việc bạn sử dụng UTF-8, ANSI hay ASCII không thành vấn đề, vì cả ANSI và UTF-8 đều kết hợp bộ ASCII đầy đủ. Nói cách khác: các giá trị số 0 lên đến và bao gồm 127 thể hiện chính xác các ký tự giống nhau trong ASCII, ANSI và UTF-8.

Nếu bạn cần các ký tự bên ngoài bộ ASCII, bạn sẽ cần chọn mã hóa. Bạn có thể sử dụng ANSI, nhưng sau đó bạn gặp phải các vấn đề của tất cả các trang mã khác nhau. Tạo một tệp trên máy A và đọc nó trên máy B có thể / sẽ tạo ra các văn bản trông buồn cười nếu các máy này được thiết lập để sử dụng các trang mã khác nhau, đơn giản vì giá trị số nnn đại diện cho các ký tự khác nhau trong các trang mã này.

"Địa ngục trang mã" này là lý do tại sao tiêu chuẩn Unicode được xác định. UTF-8 là một mã hóa duy nhất của tiêu chuẩn đó, còn nhiều thứ nữa. UTF-16 được sử dụng rộng rãi nhất vì nó là mã hóa riêng cho Windows.

Vì vậy, nếu bạn cần hỗ trợ bất cứ điều gì ngoài 128 ký tự của bộ ASCII, lời khuyên của tôi là hãy sử dụng UTF-8 . Bằng cách đó, điều đó không thành vấn đề và bạn không phải lo lắng về việc trang nào mà người dùng của bạn đã thiết lập hệ thống của họ.