char* 이거 쓰지 말라고 하는 입문서 있음?

[익명(211.234)]

공부하다보니까

const char*가 무조건 맞고 사용에 대한 어려움도 없눈 수준인데...

내가 볼땐 배열과 포인터 이전에

const 상수에 대해 먼저 가르켜야한다고 생각한다..

실제로 근본 c++ primer도 이렇고..

- dc official App

[프갤러 1(223.38)]

난 타입시스템이나 포인터에서 허들 느끼는 사람이 이해가 안되서 뭔말인지 모르겠다 언제 어느 순서로 배우든 책 정독하면 다 나오잖아

[익명(211.234)]

시간 많고 비효율적으로 배우려면 아무 상관도 없지 - dc App

[프갤러 2(211.106)]

어짜피 c 라는 언어는 iso 표준문서 정독 안하면 제대로 못써먹는다 국내 정발 책만 보면 나중에 어딘가에서 구멍나도 나 있을거야

[텬됴대한의아들(extrajoker)]

데이터랑 주소크기랑 차이 안날거 같은데 포인트 쳐 쓰는 이유가? - dc App

[프갤러 3(210.217)]

문자형 리터럴 안씀? - dc App

[텬됴대한의아들(extrajoker)]

오히려 주소값이 64비트 더큰거 아니냐? - dc App

[텬됴대한의아들(extrajoker)]

캐릭터 타입이 왜 리터럴인데? 리터럴이 뭔데? 공부해라 모르는건 챗지피티에 물어봐라 - dc App

[프갤러 3(210.217)]

문자형 리터럴과 문자형 상수를 구분 못하는거임? - dc App

[재현(vice5918)]

const 붙여도 포인터는 움직여지던데. 다른 non const 변수에다가 포인터 복붙해서 수정하면 수정 될거 같은데 - dc App

[프갤러 3(210.217)]

const char*는 가리키는 포인터 변경됌 문자형 리터럴 자체의 수정을 금지하는거지 str[0] ='a'; 처럼 직접 접근 못하게 막는 용도임 char*는 이게 가능해서 예기치 못한 오류 뜨는거고 - dc App

[프갤러 3(210.217)]

가리키는 포인터도 변경막으려면 const char* const 형식 쓰면 되는거고 문자형 리터럴의 수정으로, 컴파일 오류가 발생 안해도, 예기치 못한 오류가 생길 수 있으므로. 문자형 리터럴을 쓸때는 타입의 제일 바깥에 const를 사용하는것이 읽기전용으로 쓸거라고 명시도 해주면서 좋다는거지. - dc App

[재현(vice5918)]

좋겠네 - dc App

[프갤러 3(210.217)]

그럼에도 지금 시대엔 const char*는 구시대의 것이고. std::string이 더 나은 선택지이며, 특수한 경우가 아닌 이상 이것을 항상 사용하는게 맞다고 생각한다. - dc App