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)
326정성태8/16/200627770Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
322정성태8/15/200622527개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200641765디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200642594디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200629457    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200629029    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200631693    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200630837    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200628250    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200634654    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200629886    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200633833    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200638522    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200639995    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200636329    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200629236    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200628001    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200629552    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200621881    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200639513    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200718890기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200621080VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200620760    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
303정성태7/20/200618685Team Foundation Server: 12. 사용자 계정 재생성에 따른 Version Control 영향
302정성태8/21/200620414Team Foundation Server: 11. TFS Team Build와 VC++ Project 설정
299정성태7/23/200620504개발 환경 구성: 5. VMWare - VM 생성 화면 캡쳐
... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...