[A-Z]trong bashtrận đấu tất cả các đối chiếu các yếu tố (nhân vật nhưng gọi cũng được chuỗi các ký tự như Dsztrong miền địa phương Hungary) mà loại sau Avà sắp xếp trước Z. Ở địa phương của bạn, ccó thể sắp xếp ở giữa B và C.
$ printf '%s\n' A a á b B c C Ç z Z Ẑ | sort
a
A
á
b
B
c
C
Ç
z
Z
Ẑ
Vì vậy, choặc zsẽ được kết hợp bởi [A-Z], nhưng không Ẑhoặc a.
$ printf '%s\n' A a á b B c C Ç z Z Ẑ |
pipe> bash -c 'while IFS= read -r x; do case $x in [A-Z]) echo "$x"; esac; done'
A
á
b
B
c
C
Ç
z
Z
Trong miền địa phương C, thứ tự sẽ là:
$ printf '%s\n' A a á b B c C Ç z Z Ẑ | LC_COLLATE=C sort
A
B
C
Z
a
b
c
z
Ç
á
Ẑ
Vì vậy, [A-Z]sẽ phù hợp với A, B, C, Z, nhưng không phải Çmà vẫn không Ẑ.
Nếu bạn muốn khớp với chữ in hoa (trong bất kỳ tập lệnh nào), bạn có thể sử dụng [[:upper:]]thay thế. Không có cách dựng sẵn bashđể chỉ khớp các chữ cái in hoa trong tập lệnh Latin (ngoại trừ bằng cách liệt kê chúng riêng lẻ).
Nếu bạn muốn để phù hợp với Avới Z tiếng Anh chữ không dấu, bạn có thể sử dụng [A-Z]hay [[:upper:]]nhưng trong Cmiền địa phương (giả sử dữ liệu không được mã hóa trong các bộ ký tự như BIG5 hoặc GB18030 trong đó có nhiều nhân vật có mã hóa chứa mã hóa của những chữ cái) hoặc danh sách chúng riêng lẻ ( [ABCDEFGHIJKLMNOPQRSTUVWXYZ]).
Lưu ý rằng có một số biến thể giữa các vỏ.
Đối với zsh, bash -O globasciiranges(tùy chọn có tên lạ được giới thiệu trong bash-4.3) schily-shvà yash, [A-Z]khớp với các ký tự có điểm mã nằm giữa điểm đó Avà điểm đó Z, do đó sẽ tương đương với hành vi của bashngôn ngữ C.
Đối với tro, mksh và vỏ cổ, giống như zshtrên nhưng giới hạn ở các bộ ký tự byte đơn. Nghĩa là, trong một ngôn ngữ UTF-8 chẳng hạn, [É-Ź]sẽ không khớp Ó, nhưng vì đó [<c3><89>-<c5><b9>], nó sẽ khớp với các giá trị byte 0x89 đến 0xc5!
ksh93hành xử như bashngoại trừ việc nó xử lý như các trường hợp đặc biệt có phạm vi cả hai bắt đầu bằng chữ in thường hoặc chữ in hoa. Trong trường hợp đó, nó chỉ khớp với các phần tử đối chiếu sắp xếp giữa các phần cuối đó, nhưng đó là (hoặc ký tự đầu tiên của chúng cho các phần tử đối chiếu nhiều ký tự) cũng viết thường (hoặc viết hoa tương ứng). Vì vậy, [A-Z]sẽ có kết quả khớp É, nhưng không egiống như esắp xếp giữa Avà Znhưng không phải là chữ hoa Avà Z.
Đối với fnmatch()các mẫu (như trong find -name '[A-Z]') hoặc các biểu thức chính quy của hệ thống (như trong grep '[A-Z]'), nó phụ thuộc vào hệ thống và miền địa phương. Ví dụ, trên một hệ thống GNU đây, [A-Z]không phù hợp trên xtrong en_GB.UTF-8miền địa phương, nhưng nó trong th_TH.UTF-8một. Tôi không rõ thông tin mà nó sử dụng để xác định thông tin đó là gì, nhưng rõ ràng nó dựa trên bảng tra cứu có nguồn gốc từ dữ liệu bản địa LC_COLLATE ).
Tất cả các hành vi đều được POSIX cho phép vì POSIX để lại hành vi của các phạm vi không xác định ở các địa điểm khác ngoài miền C. Bây giờ chúng ta có thể tranh luận về lợi ích của từng phương pháp.
bashCách tiếp cận có nhiều ý nghĩa như với [C-G], chúng tôi muốn các nhân vật ở giữa Cvà G. Và sử dụng thứ tự sắp xếp của người dùng cho những gì xác định những gì ở giữa là cách tiếp cận hợp lý nhất.
Bây giờ, vấn đề là nó phá vỡ sự mong đợi của rất nhiều người, đặc biệt là những người đã quen với hành vi truyền thống của tiền Unicode, thậm chí cả những ngày tiền quốc tế hóa. Trong khi từ một người dùng bình thường, nó có ý nghĩa may mà [C-I]bao gồm hnhư các hchữ cái là giữa Cvà Ivà [A-g]không bao gồm Z, đó là một vấn đề khác nhau cho những người đã bị xử lý ASCII chỉ trong nhiều thập kỷ.
bashHành vi đó cũng khác với [A-Z]phạm vi khớp trong các công cụ GNU khác như trong các biểu thức chính quy GNU (như trong grep/ sed...) hoặc fnmatch()như trong find -name.
Điều đó cũng có nghĩa là những gì [A-Z]phù hợp sẽ thay đổi theo môi trường, với HĐH và với phiên bản HĐH. Thực tế [A-Z]phù hợp với Á nhưng không cũng không tối ưu.
Đối với zsh/ yash, chúng tôi sử dụng một thứ tự sắp xếp khác nhau. Thay vì dựa vào khái niệm về thứ tự ký tự của người dùng, chúng tôi sử dụng các giá trị mã điểm ký tự. Điều đó có lợi ích là dễ hiểu, nhưng từ quan điểm thực tế của một số ít, bên ngoài ASCII, nó không hữu ích lắm. [A-Z]khớp với 26 chữ cái in hoa-tiếng Anh, [0-9]khớp với các chữ số thập phân. Có những điểm mã trong Unicode tuân theo thứ tự của một số bảng chữ cái nhưng không được khái quát hóa và không thể khái quát hóa vì dù sao những người khác nhau sử dụng cùng một tập lệnh không nhất thiết phải đồng ý về thứ tự các chữ cái.
Đối với shell và mksh truyền thống, dấu gạch ngang, nó đã bị hỏng (hiện tại hầu hết mọi người sử dụng các ký tự nhiều byte), nhưng chủ yếu là vì họ chưa có hỗ trợ nhiều byte. Thêm hỗ trợ nhiều byte cho shell như bashvà zshđã là một nỗ lực rất lớn và vẫn đang tiếp tục. yash(một vỏ tiếng Nhật) ban đầu được thiết kế với sự hỗ trợ nhiều byte ngay từ đầu.
Cách tiếp cận của ksh93 có lợi ích là phù hợp với các biểu thức chính quy hoặc fnmatch () (hoặc ít nhất là xuất hiện ít nhất trên các hệ thống GNU). Ở đó, nó không phá vỡ kỳ vọng của một số người vì [A-Z]không bao gồm các chữ cái viết thường, [A-Z]bao gồm É(và Á, nhưng không phải). Nó không phù hợp với sorthoặc nói chung là strcoll()trật tự.
localeđầu ra? Tôi không thể sao chép điều này (touch foo; echo [A-Z]*xuất ra mẫu chữ, không phải "foo", trong một thư mục trống khác).