직관적이지 않은 C # String.Split () 구현의 이유

C # string에서 다른 것으로 나누려면 string다음과 같이해야합니다.

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

오버로드 된 String.SplitMSDN Documentation에서 구현과 호출이 필요한 이유를 확인할 수 있습니다.

파이썬 에서 왔을 때 , 왜 그러한 호출이 필요한지 올바르게 이해하기가 어렵습니다. 필자 Regex.Split는 파이썬 구현과 비슷한 구문을 얻는 데 사용할 수 있지만 간단한 작업 을 위해서는 성능 (설정 시간)을 낮추어 비용을 지불해야합니다 .

그래서 기본적으로 내 질문은 왜 우리가 할 수 없는지입니다.

testString.Split("anotherString");

프로토 타입이나 구현을 제안하지는 않습니다. 현재 API를 고려하여 위 버전을 구현할 수없는 이유를 이해합니다. 저의 목표는 위의 구문이주는 이점을 고려하여 왜 그러한 API가 만들어 졌는지 이해하는 것이 었습니다. 현재로서는 유연성 이 현재의 목표 인 것처럼 보이지만 String.Split솔직히 말하면 어딘가에 일종의 성능 향상이 있다고 생각했습니다. 내가 틀렸다고 생각한다.

때로는 둘 이상의 문자 / 문자열로 분할하는 것이 유용하므로 API를 사용하면 배열을 제공하여 최대한의 유연성을 제공 할 수 있습니다. 의 경우 char매개 변수가로 표시되어 대신 params작성할 수 있으므로 구문의 단순화와 유연성이 모두 확보 됩니다.Split('x')Split(new[]{'x'})

그렇다면 문자열에 비슷한 옵션이없는 이유는 Split("x")무엇입니까?

이것은 아마도 API 디자인 방식의 불행한 결과 일 것입니다. 처음에는 문자 분리 만 허용했습니다. 구현이 더 복잡하기 때문에 문자열 분할이 2.0에 추가되었습니다. 그러나 표현식을 모호하게 만들고이 코드는 더 이상 컴파일되지 않기 때문에 추가 String.Split(string)하거나 String.Split(string[])오버로드 할 수 testString.Split(null)없습니다.

testString.Split(null) 실제로 문자열을 공백으로 나누기 때문에 꽤 일반적인 관용구이므로 그러한 파손은 너무 광범위하여 수용 할 수 없습니다.

null요즘에는 특수한 동작을위한 스위치로 -parameter를 사용하는 것이 좋지 않은 디자인으로 간주되므로이 API에 결함이 있다고 말하는 것이 공정하다고 생각합니다.

Split(string[], Int32)아마도 비슷한 이유로 아마도 없습니다 - Split(char[], Int32)첫 번째 매개 변수가 인 경우 모호합니다 null. 이 있습니다 와 유사한 과부하 StringSplitOptions매개 변수가 있지만 모호성이 기존 코드에 도입되지 않았다 그래서이 모든, 2.0 동시에 추가되었다.

노트

분명히, 이것은 내 가설에 불과합니다 .NET Framework 디자이너의 실제 사고를 모르겠습니다.

메소드 작성자가 아니기 때문에 해당 과부하 세트가 선택된 이유를 모르겠습니다. 그러나 여기에 두 가지주의 할 사항이 있습니다.

1. 단일 문자로 분할하는 경우 public string[] Split(params char[] separator) 버전을 사용할 수 있습니다.

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

   같이 char[]A는 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 OffVB.NET 의 방언에서 type 값은 문자열 을 호출 하는 것과 동일한 동작 String을 기대하는 함수에 전달 될 수 있습니다 .Char[]ToCharArray()

내가 할 수있는 합리적인 것은 별도의 이름을 가지고 있었을 것이다 생각 Split(단일 수락 Char또는 String과) SplitMulti(A 동의 것이다 Char[]또는 String[]), 그러나 .NET 때로는 작업의 종류를 선택하기 만 오버로드를 사용하여 선호하는 것 같다. 불행히도, 나는 String.Split각각에 대해 별도로 분리하는 것 이외의 다른 종류의 구분자를 구별 해야하는 사용 시나리오를 수용하는 데 사용할 방법을 알지 못합니다 .

또 다른 생략은 선행 문자열의 끝 또는 다음 문자열의 시작 부분에 포함하거나 분리 번호를 갖는 요소를 구분 기호로 포함하고 짝수 번호의 요소가 그들 사이에있는 구분 기호를 유지하는 옵션입니다.