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

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
322정성태8/15/200622464개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200641704디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200642543디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200629401    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200628971    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200631650    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200630791    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200628222    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200634617    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200629845    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200633786    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200638471    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200639930    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200636304    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200629184    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200627957    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200629481    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200621825    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200639487    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200718843기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200621025VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200620726    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
303정성태7/20/200618636Team Foundation Server: 12. 사용자 계정 재생성에 따른 Version Control 영향
302정성태8/21/200620357Team Foundation Server: 11. TFS Team Build와 VC++ Project 설정
299정성태7/23/200620469개발 환경 구성: 5. VMWare - VM 생성 화면 캡쳐
300정성태7/15/200625266    답변글 개발 환경 구성: 5.1. VMWare 오류 유형 - The handle is invalid.
... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...