Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

리눅스 환경의 .NET Core에서 "test".IndexOf("\0")가 0을 반환

희한하군요. 다음의 코드가 윈도우와 리눅스에서 결과가 다릅니다.

string txt = "test";
Console.WriteLine(txt.IndexOf("\0")); // 윈도우 환경: -1 반환
                                      // 리눅스 환경: 0 반환

심지어 다음과 같이 해도 마찬가지입니다.

string txt = "test\0\0test";
Console.WriteLine(txt.IndexOf("\0")); // 윈도우에서는 4 반환
                                      // 리눅스에서는 0 반환




검색해 보면 다음의 글이 나오는데,

What happens when you IndexOf an empty string?
; https://dev.to/turnerj/what-happens-when-you-indexof-an-empty-string-1m0c

빈 문자열의 경우에는 윈도우와 리눅스 환경에서 동일하게 0을 반환합니다.

string txt = "test";
Console.WriteLine(txt.IndexOf("")); // 윈도우 및 리눅스 환경: 0 반환

null 문자와는 다르게, 사실 빈 문자열에 대해서는 어떤 값이 반환되어야 할 지 판단 기준이 잘 안 서는데요, 이에 대해 MSDN 문서에 설명이 있습니다.

Character sets include ignorable characters, which are characters that are not considered when performing a linguistic or culture-sensitive comparison. In a culture-sensitive search, if value contains an ignorable character, the result is equivalent to searching with that character removed. If value consists only of one or more ignorable characters, the IndexOf(String, Int32, Int32) method always returns startIndex, which is the character position at which the search begins.


위의 이야기에 따르면 "ignorable characters"에 포함하는 문자를 IndexOf로 찾는 경우에는 startIndex의 값을 반환한다고 합니다. 실제로 테스트 결과 그렇게 나옵니다.

Console.WriteLine(txt.IndexOf("\0")); // 0 반환

Console.WriteLine(txt.IndexOf("\0", 2)); // 2 반환

정리해 보면, 빈 문자열과 '\0' 널 문자는 리눅스 환경에서는 "ignorable characters"에 속하고, 윈도우 환경에서는 빈 문자열만 해당하는 것입니다.




참고로 "What happens when you IndexOf an empty string?" 글에서 인용한 내용을 보면 힌트가 하나 더 있습니다.

Character sets include ignorable characters, which are characters that are not considered when performing a linguistic or culture-sensitive comparison. In a culture-sensitive search (that is, if comparisonType is not Ordinal or OrdinalIgnoreCase), if value contains an ignorable character, the result is equivalent to searching with that character removed. If value consists only of one or more ignorable characters, the IndexOf(String) method always returns 0 (zero) to indicate that the match is found at the beginning of the current instance.


따라서 리눅스에서도 StringComparison의 옵션에 따라 결과가 달라집니다.

Console.WriteLine(txt.IndexOf("\0", StringComparison.Ordinal)); // -1 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.OrdinalIgnoreCase)); // -1 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.InvariantCulture)); // 0 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.CurrentCultureIgnoreCase)); // 0 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.InvariantCultureIgnoreCase)); // 0 반환

문서에서 언급한 것처럼 "Ordinal or OrdinalIgnoreCase" 상황에서는 저렇게 -1을 정상적으로 반환합니다.

마지막으로 다음의 결과도 인상적입니다.
using System;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            string result = null;

            result = "\r\n";

            // Environment.NewLine == A string containing "\r\n" for non-Unix platforms, or a string containing "\n" for Unix platforms.
            int pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // -1

            pos = result.IndexOf(Environment.NewLine, 0, StringComparison.OrdinalIgnoreCase);
            Console.WriteLine(pos); // 1

            result = Environment.NewLine;
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // 0

            result = "test\n";
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // 4

            result = "test\r\n";
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // -1
        }
    }
}




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/8/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...
NoWriterDateCnt.TitleFile(s)
919정성태8/30/201040734DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201026883개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201021857개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201021129개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201039262개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201028371오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201030290.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201027152오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201037967개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201033339오류 유형: 102. System.MissingMethodException
908정성태8/17/201024352개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201021891개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201030785개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201032933Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201035689오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201032553Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201024899Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201024195Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201026866Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201028908Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201028440.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201129660.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201036452.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201020302VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201026217오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201027366오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...