Microsoft MVP성태의 닷넷 이야기
VC++: 135. C++ - string_view의 동작 방식 [링크 복사], [링크+제목 복사]
조회: 1587
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C++ - string_view의 동작 방식

string_view는,

<string_view> operators
; https://docs.microsoft.com/en-us/cpp/standard-library/string-view-operators?view=vs-2019

.NET과 비교하면 Span<T>라고 보시면 됩니다.

C# 7.2 - Span<T>
; https://www.sysnet.pe.kr/2/0/11534

다음과 같이 간단하게 사용해 볼 수 있는데,

#include "stdafx.h"

#include <string>
#include <string_view>
using namespace std;

int main(void)
{
    string_view txt{ "t" };
    string_view qwer = txt.substr(0, 4); // qwer == "t"

    return 0;
}

기존 문자열 버퍼에 대한 "View"를 제공한다는 점에서 string_view는 시작과 끝에 대한 정보만을 가지고 있다는 것을 잊어서는 안 됩니다. 그 한 예로 이제는 string에서 같아진 c_str과 data 함수의 경우,

C++ string의 c_str과 data 함수의 차이점
; https://www.sysnet.pe.kr/2/0/11898

string_view에서는 data 함수만을 제공할 수 있습니다. 그리고 그 data 함수는 (당연히 시작과 끝에 대한 정보만을 가지므로) null('\0') 처리를 하지 않습니다. 예를 들어 다음의 코드를 보면,

{
    char temp[5] = "abcd";
    string_view txt = temp;

    temp[4] = 'e';

    string_view word4 = txt.substr(0, 4); // word4 == "abcd"

    const char* ptr = word4.data(); 
    printf("%s", word4.data()); // null처리가 없으므로 ptr == "abcde...[null이 나올 때까지]...";
}

temp 버퍼에 대한 start와 end 위치만을 보관하고 있는 string_view를 substr한 경우, 표면상으로는 (Watch 창을 통해 확인하면 word4 == "abcd") 4개의 문자만을 가진 텍스트로 보이지만, 그 인스턴스에 대해 data() 함수를 호출하는 경우 결국 반환하는 "char *" 타입은 "끝 정보"를 표현할 수 없으므로, 게다가 "끝 정보"를 나타내기 위해 원본 temp를 변경할 수도 없으므로 null 처리가 안 된 상태로 풀리게 됩니다.

이와 유사하게 remove_suffix 함수도 조심해서 다뤄야 합니다.

basic_string_view::remove_suffix
; https://docs.microsoft.com/ko-kr/cpp/standard-library/basic-string-view-class?view=vs-2019#remove_suffix

다음과 같은 코드의 경우,

{
    char temp[5] = "abcd";
    string_view txt = temp; // txt == "abcd"

    txt.remove_suffix(1); // txt == "abc"

    const char* ptr = txt.data(); // remove_suffix에 상관없이 ptr == "abcd";
    printf("%s", txt.data());
}

remove_suffix를 했지만, data() 함수를 호출하면 substr과 마찬가지로 끝 정보에 대한 변경은 소실됩니다. 어찌 보면, 제 생각에는 data 함수를 (실수의 여지가 있으므로) 오히려 두지 않았어야 하는 것이 옳지 않았나 싶습니다.




참고로 Visual C++의 경우, 만약 빌드 시에 다음과 같은 오류가 발생한다면?

Error C2065 'string_view': undeclared identifier
Error E0020 identifier "string_view" is undefined

프로젝트 속성에서 명시적으로 "ISO C++ 17 Standard(/std:c++17)" 이상의 옵션을 선택해야 합니다.

set_cpp_17.png




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



donaricano-btn



[최초 등록일: ]
[최종 수정일: 12/27/2019 ]

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

비밀번호

댓글 쓴 사람
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12544정성태2/27/202154.NET Framework: 1024. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202151VS.NET IDE: 1577. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/2021115개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법
12541정성태2/18/2021161개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/2021153.NET Framework: 1023. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/2021212Windows: 188. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/16/2021278.NET Framework: 1022. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/2021325.NET Framework: 1021. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기
12536정성태2/9/2021139개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/10/2021129개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/17/2021138개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작파일 다운로드1
12533정성태2/8/2021163개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/2021164개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF)
12531정성태2/5/2021124개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/5/2021179개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/2021141개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO
12528정성태2/9/2021161개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/2021241개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/2021116개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202196개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태2/18/2021172개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/2021135개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/2021150개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/2021195개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인
12520정성태1/30/2021102개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...