Причини неінтуїтивної реалізації C # String.Split ()

У C #, якщо я хочу розділити stringінше, stringя повинен зробити щось подібне:

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

З перевантаженої String.Splitдокументації MSDN ми бачимо реалізацію і чому такий дзвінок потрібно робити.

Походячи з Python , мені важко правильно зрозуміти, чому такий дзвінок потрібен. Я маю на увазі, що я міг би використовувати Regex.Splitаналогічний синтаксис, ніж реалізація Python, але мені доведеться це робити меншою продуктивністю (час налаштування) для чогось простого .

Отже, в основному, моє питання, чому, пекло, ми не можемо просто зробити:

testString.Split("anotherString");

Зауважте, що я не пропоную ні прототипу, ні реалізації. Я розумію, чому ви не могли реалізувати вищевказану версію, враховуючи поточний API. Моєю метою було зрозуміти, чому такий API може бути створений з огляду на користь, яку приносить вищевказаний синтаксис. На сьогоднішній день, мабуть, є сенс гнучкостіString.Split , але, якщо чесно, я дійсно думав, що десь є підвищення продуктивності. Я думаю, я помилявся

Іноді поділ на декілька char / string є корисним, тому API дозволяє надати масив, надаючи вам максимальну гнучкість. У випадку chars, ви отримуєте як простоту синтаксису, так і гнучкість, оскільки параметр позначений paramsтак, що ви можете писати, Split('x')а не Split(new[]{'x'}).

То чому не існує подібного варіанту для рядків, що дозволяє писати Split("x")?

Це, мабуть, невдалий наслідок того, як розроблено API. Спочатку це дозволяло розщеплювати лише символи. Розбиття на рядки було додано в 2.0, ймовірно, тому, що це складніше в реалізації. Але додавати String.Split(string)або String.Split(string[])перевантажувати не вдалося , оскільки це зробило б вираз testString.Split(null)неоднозначним, і цей код більше не збиратиметься.

testString.Split(null) насправді є досить поширеною ідіомою, оскільки вона розбиває рядок на пробіл, тому такий розрив був би надто поширеним, щоб бути прийнятним.

Використання параметри nullяк перемикача для особливої ​​поведінки в цілому вважається поганим дизайном в наші дні, тому я думаю, що справедливо сказати, що цей API просто хибний.

Немає жодної Split(string[], Int32), ймовірно, з аналогічної причини - було б неоднозначно, Split(char[], Int32)якщо перший параметр є null. Там є подібні перевантаження з StringSplitOptionsпараметрами, але всі вони були додані в той же час в 2,0, так що ніякої неоднозначності була введена в існуючому коді.

Примітка

Щоб було зрозуміло, це лише моя гіпотеза, я не знаю власне мислення дизайнерів рамки .net.

Не будучи автором методів, я не знаю, чому був обраний такий набір перевантажень. Однак тут слід зазначити дві речі:

1. Якщо ви розділяєте один символ, тоді public string[] Split(params char[] separatorверсію) можна використовувати таким чином:

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

   як параметр char[]є params.

2. Ви можете легко додати тут свій власний метод розширення, щоб досягти бажаного:

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

   і тепер testString.Split("anotherString");буде працювати для вас.

Різні мови мають дещо різні правила щодо неявних перетворень та перевантажень, і .NET Framework призначений для використання з будь-яким із них. У Option Strict Offдіалекті VB.NET значення типу Stringможе передаватися функції, яка очікує, що Char[]поведінка еквівалентна виклику ToCharArray()в рядку.

Я думаю, що розумним було б зробити окремі імена для Split(що приймає сингл Charабо String) і SplitMulti(які б прийняли Char[]або String[]), але, здається, .NET іноді надає перевагу використанню самої перевантаження для вибору різних видів операцій. На жаль, я не знаю жодного способу використання String.Splitдля розміщення будь-яких сценаріїв використання, які вимагали б відрізняти різні види роздільників, крім того, щоб розділити їх окремо.

Інший упущення - це можливість збереження роздільників, або включаючи їх у кінці попереднього рядка, або на початку наступного рядка, або елементи з масивом з непарними номерами є роздільниками, тоді як парні елементи - це речі між ними.