Alasan di balik implementasi C # String.Split () yang tidak intuitif

Dalam C # jika saya ingin membagi stringdengan yang lain stringsaya harus melakukan sesuatu seperti itu:

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

Dari String.SplitDokumentasi MSDN yang kelebihan beban kita bisa melihat implementasinya dan mengapa panggilan seperti itu harus dilakukan.

Berasal dari Python , Sulit bagi saya untuk memahami dengan benar mengapa panggilan seperti itu diperlukan. Maksud saya, saya dapat menggunakan Regex.Splituntuk mendapatkan sintaksis yang mirip dari implementasi Python tetapi saya harus melakukannya dengan biaya kinerja yang lebih rendah (waktu setup) untuk sesuatu yang sederhana .

Jadi pada dasarnya, pertanyaan saya adalah mengapa kita tidak bisa begitu saja:

testString.Split("anotherString");

Perhatikan bahwa saya tidak menyarankan prototipe atau implementasi apa pun. Saya mengerti mengapa Anda tidak dapat mengimplementasikan versi di atas mengingat API saat ini. Tujuan saya adalah untuk memahami mengapa API semacam itu dapat dibuat dengan mempertimbangkan manfaat yang dihasilkan oleh sintaks di atas. Sampai sekarang, fleksibilitas tampaknya menjadi tujuan arus String.Splityang masuk akal, tetapi jujur ​​saya benar-benar berpikir ada semacam peningkatan kinerja di suatu tempat. Saya kira saya salah.

Kadang-kadang membagi lebih dari satu karakter / string berguna, sehingga API memungkinkan Anda untuk menyediakan array, memberi Anda fleksibilitas maksimum. Dalam kasus chars, Anda mendapatkan kesederhanaan sintaksis dan fleksibilitas karena parameter ditandai paramssehingga Anda dapat menulis Split('x')daripada Split(new[]{'x'}).

Jadi mengapa tidak ada opsi serupa untuk string, yang memungkinkan Anda untuk menulis Split("x")?

Ini mungkin konsekuensi yang tidak menguntungkan dari bagaimana API dirancang. Awalnya hanya dibiarkan membelah karakter. Pemisahan pada string ditambahkan pada 2.0, mungkin karena lebih kompleks untuk diimplementasikan. Tetapi tidak mungkin untuk menambah String.Split(string)atau String.Split(string[])kelebihan, karena ini akan membuat ekspresi testString.Split(null)ambigu dan kode ini tidak dapat dikompilasi lagi.

testString.Split(null) sebenarnya idiom yang cukup umum karena memisahkan string pada spasi, sehingga kerusakan seperti itu akan terlalu luas untuk bisa diterima.

Menggunakan null-parameter sebagai saklar untuk perilaku khusus umumnya dianggap desain yang buruk akhir-akhir ini, jadi saya pikir wajar untuk mengatakan API ini hanya cacat.

Tidak ada Split(string[], Int32)baik, mungkin karena alasan yang sama - itu akan menjadi ambigu dengan Split(char[], Int32)jika parameter pertama adalah null. Ada yang overloads sama dengan StringSplitOptionsparameter, tapi ini semua ditambahkan pada waktu yang sama di 2.0, sehingga tidak ada ambiguitas diperkenalkan pada kode yang ada.

Catatan

Untuk lebih jelasnya, ini hanya hipotesis saya, saya tidak tahu pemikiran sebenarnya oleh desainer .net framework.

Tidak menjadi penulis metode, saya tidak tahu mengapa set overload dipilih. Namun, ada dua hal yang perlu diperhatikan di sini:

1. Jika Anda membelah satu karakter, maka public string[] Split(params char[] separatorversi) dapat digunakan sebagai berikut:

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

   sebagai char[]adalah paramsparameter.

2. Anda dapat dengan mudah menambahkan metode ekstensi Anda sendiri di sini untuk mencapai apa yang Anda inginkan:

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

   dan sekarang testString.Split("anotherString");akan bekerja untuk Anda.

Bahasa yang berbeda memiliki aturan yang agak berbeda untuk konversi implisit dan kelebihan beban, dan .NET Framework dirancang untuk dapat digunakan dengan salah satu dari mereka. Dalam Option Strict Offdialek VB.NET, nilai tipe Stringdapat diteruskan ke fungsi yang mengharapkan Char[]perilaku dengan yang setara dengan memanggil ToCharArray()string.

Saya pikir hal yang masuk akal untuk dilakukan adalah memiliki nama yang terpisah untuk Split(yang menerima satu Charatau String) dan SplitMulti(yang akan menerima Char[]atau String[]), tetapi .NET kadang-kadang tampaknya lebih suka menggunakan kelebihan beban sendirian untuk memilih berbagai jenis operasi. Sayangnya, saya tahu tidak ada cara untuk menggunakan String.Splituntuk mengakomodasi setiap skenario penggunaan yang akan membutuhkan membedakan berbagai jenis pembatas selain dengan membelah secara terpisah pada masing-masing.

Kelalaian lain adalah opsi untuk mempertahankan pembatas, baik termasuk mereka di akhir string sebelumnya, atau pada awal string berikut, atau memiliki elemen array bernomor ganjil menjadi pembatas sementara elemen genap bernomor adalah hal-hal di antara mereka.