[💬] 자바랑 C#밖에 모르다가 C++보니까 넘어려워..

[익명(133.32)]

포? 인터는 왜 쓰는거지??

보니까 메모리 주소값을 직접 참조하는거 같은데

그러면 이거 위험한거 아님?

내가 메모리에 이상한 값 넣어두고 까먹으면

걍 좆되부리는거 아니야?

것보다 애초에 참조할 이유가 있음??

또 그 뭐냐 헤더파일 이건 뭐임

import 패키지랑 다른개념임?

몬가 몬가 너무어렵다...

언리얼은 이런것마저 알아야 한다는 거신가..

[ㅇㅇ 1(121.145)]

프로그래밍을 배웠으면 이해가 안가는건 아닐텐데... 개념을 자세히 설명해주는 강의나 책을 찾아보던가 원리가 궁금해 죽겠다 싶으면 씨부터 파보셈

[익명(133.32)]

포인터는 개념은 알겠는데 쓰는 이유를 모루겠어 메모리 관리를 왜 내가 해야됨....? 책이나 강의 추천하는거 잇슴?

[김메가(scw973108)]

포인터<<<걍 참조임

[ㅇㅇ 2(211.210)]

ㄹㅇ 솔직히 단일 포인터는 그냥 클래스 참조하는거랑 걍 같은듯

[익명(133.32)]

메모리 주소값을 참조하는 친구아님? 근데 그걸 왜하고있는지를 모루갯어

[김메가(scw973108)]

메모리 주소값을 "저장"한다고 생각하셈. 저장의 목적은 변수를 참조하기 위해서고

[익명(133.32)]

이해좀 하고오갯음

[ㅇㅇ 3(112.216)]

약간의 자유도가 생기는게 그걸 위해 개빡신 뻘짓을 하고있음

[익명(133.32)]

그 자유도가 애초에 왜 필요한지 모루갯음 사실

[익명(e7cbkjsaglty)]

언리얼땜에 하려는거같은데 언리얼에선 C++스타일 포인터 잘안쓰니깐 참고하셈 언리얼만의 포인터씀

[익명(133.32)]

아 구래?? 그럼 이거 걍 개념만 알아두고 언리얼 스크립팅 바로 읽으러 가면 되는거임? 진짜몰라서 물어봄

[익명(e7cbkjsaglty)]

ㅇㅇ 언리얼포인터쳐보셈 ㅋㅋ 언리얼은 대부분 모든게 지들만의 매크로임 C++이랑 비슷한 방식의 또다른 무언가니깐 다른플밍해봤으면 걍 바로 언리얼 ㄱㄱ

[익명(e7cbkjsaglty)]

포인터개념만익히고 언리얼포인터 공부 ㄱㄱ

[익명(133.32)]

니가ㅠ날 살렸다 고맙소 반고닉이시여

[ㅇㅇ 4(59.151)]

운영체제를 공부해 보는 걸 추천함(니가 지금하는 고민이랑 앞으로 할 많은 고민 거의 해결해 줄 거임)

[익명(133.32)]

윈도우OS 책 암거나 하나 보면 됨?

[ㅇㅇ 4(59.151)]

진짜 궁금한 거 맞음? 기초가 너무 없어서 설명해줘도 이해 못할 거 같은데 날 설득해봐

[익명(133.32)]

아니 나는 전공자처럼 공부할 생각은 없음 근데 언리얼 하는데 필요하대서 미리 준비좀 하려는거임. 도중에 포인터의 존재의의를 모르갯어서 물어보는거고

[익명(133.32)]

만약에 이게 중요한거면 깔짝은 해보겠는데 당장 필요업스면 안할거임. 근데 모루니까 일단 추천할만한 책이 있냐 이거지

[ㅇㅇ 5(223.62)]

답변 수준 존나 처참하네 ㅆㅂ ㅋㅋㅋㅋㅋㅋㅋ

[ㅇㅇ 8(112.140)]

ㅂㅅ

[ㅇㅇ 6(121.173)]

애초에 포인트를 그냥 레퍼런스 처럼 쓰면 전혀 안위험함... 게다가 포인트도 스마트포인터로 쓰면... 메모리 관리도 오히려 C# 자바 레퍼런스보다 훨씬 더 깔끔함... C++ 15년정도 해보면 C++이 C#보다 더 코드를 깔끔하게 짤수 있음... 템플릿때문에.... 다만 C#은 디버깅이 쉬움 , 디버깅할때 막 브레이크 걸고 에러나거나 이상한 부분를 그 즉시 컴파일해서 그자리에서 다시 쓸수가 있음.... 이건 완전 환상적임... 존나 편함.... C++은 그런거 건들면 디버깅 중단하고 다시 시작해야하는데...... C#은 런타임에 다 수정가능하니까 진짜 개편하긴 하더라

[익명(133.32)]

저는 c++을 15년 할 생각이 업슴니다 선생님... 자바 c#다합쳐도 3년 남짓인데요 무슨..

[ㅇㅇ 6(121.173)]

C++로 시작하면 C#이나 자바가 처리하는거에 대한 이해가 더 높아짐... 심지어 C언어 처리 이해도 높아지고... 최적화에 대한 개념도 공부가됨... 예를들면 C++의 연산자 오버로딩이런거보면.... 각각의 언어들이 이런걸 어떻게 처리하는지 이해할수 있게됨... , 프로그래밍 언어의 컴파일에 대한 이해도도 높여준다고나 할가?

[ㅇㅇ 6(121.173)]

그리고 포인트가 아니라 포인터 ㅋ 스마트 포인터는 제대로 썼는데... 딴거하다가 글쓰니까 잘못썼네

[ㅇㅇ 2(211.210)]

"포인터<<<걍 참조임" 이거로 이해하고 이해안되면 납득해야함 그게 싫으면 컴공 커리큘럼 밟아야해서 ㅇㅇ

[익명(110.10)]

포인터는 바로가기 같은거야...

[ㅇㅇ 7(121.137)]

메모리를 자유자재로 쓸 수 있다면 활용도가 무한히 늘어남. 문제는 이걸 잘 관리하지 못하면 버그 or 크래쉬남. 그래서 포인터를 스마트포인터같이 참조형태로 바꿔서 쓰게 됨. 게임엔진 대다수는 직접 포인터를 쓰지 않고 각 엔진에 필요한 포인터를 클래스로 만들어 둠. 그래서 그 포인터를 할당받고 쓰면 메모리를 크게 신경쓰지 않아도 개발가능. C#과 C++둘 다 장단점이 있는데, 보통 (올드)게임 개발자들이 C++을 선호하는 건 메모리를 직접 건들 수 있기 때문이기도 함. 메모리 직접 건들면 디버깅도 편해지고 하드웨어를 직접 다룰 수 있기 때문에 여러가지 트릭들을 이용해서 불가능한걸 구현가능하기도 함

[ㅇㅇ 7(121.137)]

문제는 시간이 지날수록 하드웨어는 다양해지고 메모리를 직접 건들여 개발하게되면 포팅에 에로사항이 꽃핌. 그래서 표준에 가까운 방식으로 개발을 하게되고 엔진에 좀 더 의존적이됨. 그렇게 발전해서 유니티같은 툴을 초보개발자들도 편하게 개발하게 된거임. 아직도 메모리 건들여야하면 개발도중 GG치고 도망갈 개발자들이 넘쳐남.

[ㅇㅇ 7(121.137)]

결론은 포인터같은걸 이해할 필욘 없고 엔진에서 쓰라는대로 쓰면 됨. 언리얼튜토리얼도 잘 되어있고, 유튜브에 검색하면 영상 넘쳐나고 문서화도 잘 되어있는 편이니깐 검색만 잘하면 대부분의 경우 쉽게 해결하고 넘길 수 있음. 너가 능력있다면 엔진코드를 까서 수정해서 쓸 수도 있으니 하기나름이고 UE가 좋은 이유는 소스코드를 직접 수정해서 내 입맛대로 쓸 수 있는 것도 있지

[익명(133.32)]

와 친절한 답변 감사합니다

[ㅇㅇ 9(115.138)]

포인터는 메모리 주소를 직접적으로 컨트롤하지 못함 그렇게 할려하면 MMU가 페이지폴트 일으키고 운영체제가 프로그램을 셧다운시켜버림. 니가 운영체제를 만들거나 어디 임베디드같은거 하지 않는이상 포인터는 메모리를 원하는대로 컨트롤하는 역핫이 아니라 접근가능한 특정 변수의 메모리 주소만 저장하는 용도임 - dc App