Lý do đằng sau việc triển khai C # String.Split () không trực quan

Trong C # nếu tôi muốn tách một stringngười khác, stringtôi phải làm một cái gì đó như thế:

testString.Split(new string[] { "anotherString" }, StringSplitOptions.None);

Từ String.SplitTài liệu MSDN quá tải, chúng ta có thể thấy việc triển khai và tại sao phải thực hiện một cuộc gọi như vậy.

Đến từ Python , thật khó để tôi hiểu chính xác tại sao cần một cuộc gọi như vậy. Ý tôi là tôi có thể sử dụng Regex.Splitđể có được một cú pháp tương tự như cách triển khai của Python nhưng tôi sẽ phải làm điều đó với chi phí ít hiệu năng hơn (thời gian thiết lập) cho mọi thứ đơn giản .

Về cơ bản, câu hỏi của tôi là tại sao chúng ta không thể làm:

testString.Split("anotherString");

Lưu ý rằng tôi không đề xuất bất kỳ nguyên mẫu cũng như thực hiện. Tôi hiểu lý do tại sao bạn không thể triển khai phiên bản trên khi xem xét API hiện tại. Mục tiêu của tôi là hiểu lý do tại sao một API như vậy có thể được tạo ra khi xem xét lợi ích mà cú pháp trên mang lại. Đến bây giờ, tính linh hoạt dường như là mục tiêu của hiện tại String.Splitcó ý nghĩa, nhưng thành thật mà nói tôi thực sự nghĩ rằng có một số loại hiệu suất đạt được ở đâu đó. Tôi đoán tôi đã sai.

Đôi khi, việc chia nhỏ trên nhiều char / chuỗi là hữu ích, do đó API cho phép bạn cung cấp một mảng, mang lại cho bạn sự linh hoạt tối đa. Trong trường hợp của chars, bạn có được cả sự đơn giản của cú pháp và tính linh hoạt do tham số được đánh dấu là paramsđể bạn có thể viết Split('x')chứ không phải Split(new[]{'x'}).

Vậy tại sao không có tùy chọn tương tự cho chuỗi, cho phép bạn viết Split("x")?

Đây có lẽ là một hậu quả đáng tiếc về cách API được thiết kế. Ban đầu nó chỉ cho phép tách trên ký tự. Chia tách trên các chuỗi đã được thêm vào trong 2.0, có lẽ vì nó phức tạp hơn để thực hiện. Nhưng không thể thêm String.Split(string)hoặc String.Split(string[])quá tải, vì điều này sẽ làm cho biểu thức testString.Split(null)mơ hồ và mã này sẽ không được biên dịch nữa.

testString.Split(null) thực sự là một thành ngữ khá phổ biến vì nó phân tách chuỗi trên khoảng trắng, do đó sự phá vỡ như vậy sẽ quá phổ biến để có thể chấp nhận được.

Ngày nay, việc sử dụng một nulltham số như một công tắc cho hành vi đặc biệt thường bị coi là thiết kế tồi, vì vậy tôi nghĩ thật công bằng khi nói API này chỉ là thiếu sót.

Không có Split(string[], Int32)một trong hai, có lẽ vì một lý do tương tự - sẽ không rõ ràng Split(char[], Int32)nếu tham số đầu tiên là null. Có là quá tải tương tự với các StringSplitOptionsthông số, nhưng tất cả những được bổ sung cùng lúc ở 2.0, vì vậy không mơ hồ được giới thiệu vào mã hiện.

Ghi chú

Để rõ ràng, đây chỉ là giả thuyết của tôi, tôi không biết suy nghĩ thực tế của các nhà thiết kế khung .net.

Không phải là tác giả của các phương thức, tôi không biết tại sao tập hợp quá tải đó lại được chọn. Tuy nhiên, có hai điều cần lưu ý ở đây:

1. Nếu bạn đang phân tách trên một ký tự, thì public string[] Split(params char[] separatorphiên bản) có thể được sử dụng như vậy:

   var splitValues = testString.Split(',');

   như char[]là một paramstham số.

2. Bạn có thể dễ dàng thêm phương thức tiện ích mở rộng của riêng mình vào đây để đạt được những gì bạn muốn:

   public static class StringExtensions
   {
       public static string[] Split(this string source, string separator)
           => source.Split(new string[] { separator }, StringSplitOptions.None);
   }

   và bây giờ testString.Split("anotherString");sẽ làm việc cho bạn.

Các ngôn ngữ khác nhau có một số quy tắc khác nhau để chuyển đổi ngầm và quá tải, và .NET Framework được thiết kế để có thể sử dụng được với bất kỳ ngôn ngữ nào. Trong Option Strict Offphương ngữ của VB.NET, một giá trị của loại Stringcó thể được truyền cho một hàm mong đợi một Char[]hành vi tương đương với việc gọi ToCharArray()trên chuỗi.

Tôi nghĩ rằng điều hợp lý để làm là có các tên riêng cho Split(chấp nhận một Charhoặc String) và SplitMulti(chấp nhận một Char[]hoặc String[]), nhưng đôi khi .NET dường như thích sử dụng quá tải một mình để chọn các loại hoạt động khác nhau. Thật không may, tôi biết không có cách nào để sử dụng String.Splitđể phù hợp với bất kỳ kịch bản sử dụng nào sẽ yêu cầu phân biệt các loại dấu phân cách khác nhau ngoài việc tách riêng từng loại.

Một thiếu sót khác là một tùy chọn để bảo toàn các dấu phân cách, bao gồm cả chúng ở cuối chuỗi trước hoặc ở đầu chuỗi sau hoặc có các phần tử mảng số lẻ là dấu phân cách trong khi các phần tử được đánh số chẵn là những thứ nằm giữa chúng.