곰돌이연구실

https://github.com/ErikEJ/EFCorePowerTools

EFCore라고... C# 관련 비주얼스튜디오 확장인데 (사실 닷넷 개발 안해서 잘 모름)

한국어 번역 관련 이슈있대서 번역 지원하고 왔어요

그냥 숟가락만 얹긴했지만 그래도 이름 한줄 얹었네요

좀 옛날에 작성한거라 정리가 덜 되어있습니다.. 시간날때마다 다듬을게요

1. 포인터 & 레퍼런스 

1) 포인터 : 특정 객체 / 변수 / 함수의 메모리 상 주소.

데이터를 복사하지 않고 메모리에 직접 접근하여 사용하기 위함.

2) 레퍼런스 : 특정 객체 / 변수 / 함수의 ‘별명’

특정 데이터의 원본이 필요할 때 사용.

3) 레퍼런스 접근 (&a)와 포인터 접근 (*a)를 쓰는 이유
(ex - void foo(* data) )

* 레퍼런스 : NULL 비허용, 대상 직접 할당, 참조 대상 변경 불가 (레퍼런스 변수가 참조중인 대상 변경불가)

* 포인터 접근 : nullptr 가능, 대상 주소 값 할당, 참조 대상 변경 가능 (포인터가 참조중인 대상 변경가능)

2. C++언어에서 추상 클래스와 인터페이스의 차이는?

: 추상 클래스란 하나 이상의 순수 가상 함수를 가지는 클래스.

순수 가상 함수란 반드시 구체적인 동작이 정의되어야 하는 함수로 "=0" 혹은 "PURE“ 을 선언과 함께 표기.

순수 가상 함수만으로 클래스가 이루어질 때, 이를 의미적으로는 인터페이스라고 함.

기본 C++에서는 "Interface"라는 명칭을 쓰지 않음. (언리얼 C++ 등 타 환경에서는 쓰는 경우가 있음)

3. 상속 관계 관련 1

1) 일반 상속으로는 기존 클래스의 필드와 함수를 재사용 할 수 있음.

2) Virtual 키워드가 붙은 케이스의 경우 함수를 재정의 가능. 이 경우 함수 호출 시 가상함수 테이블을 통해 호출된 함수가 부모의 것인지 자식의 것인지를 탐색하게 됨.

3) 상속은 A is a B 관계 (A는 B의 일종이다.)

4) 생성시 : 부모 클래스 생성자 -> 자식 클래스 생성자

5) 소멸시 : 자식 클래스 소멸자 -> 부모 클래스 소멸자.

* 이 때문에 소멸자에 virtual 키워드 빼먹으면 자식 클래스 소멸자만 호출하고 끝나서 메모리 누수 발생.

class AAAA
{
public :
AAAA() { cout << “+A” << endl;}
virtual ~AAAA() {cout << “-A” << endl;}
}

class BBBB : public AAAA
{
public :
BBBB() { cout << “+B” << endl;}
virtual ~BBBB() {cout << “-B” << endl;}
}

int main()
{
AAAA a = new A;
BBBB b = new B;

return();
}

---Answer
+A
+A
+B
-B
-A
-A

4. 상속 관련 2 : 가상함수 테이블

1) C++에서 가상함수 테이블에 대해 설명해보세요.

virtual 함수는 상속 시 Overriding 될 수 있는 함수.

Overriding시 부모 객체에서 함수 호출시 부모의 함수, 자식 객체에서 호출시 자식의 함수를 호출해야하는데,
이를 구별하기 위해 virtual 키워드가 붙은 함수들을 관리하려 만든 것이 가상함수 테이블.

2) 가상함수 테이블 포인터

상속관계가 구축되면 void * _vptr; 이라는 가상함수 테이블을 가리키는 포인터가 생김.

해당 포인터가 가리키는 값에 따라 호출되는 오브젝트가 부모인지, 자식인지를 찾고 결정함.

5. 상속 관련 3 : 오버라이딩과 "변수 잘림"

1) 오버라이딩 특수 케이스

class AA
{	public:
	virtual ~AA() = default;
		void fooA() { cout << "A's fooA" << endl; }
	virtual void fooB() { cout << "A's fooB" << endl; }
};
class BB : public AA
{	public:
	virtual ~BB() = default;
		void fooA() { cout << "B's fooA" << endl; }
	virtual void fooB() { cout << "B's fooB" << endl; }
};

int main() {
	AA* bar = new BB();
	bar->fooA();
	bar->fooB();
	return 0;
}

결과 : 

코드 설명 :

virtual 키워드가 붙지 않은 함수는 가상함수테이블에 등록되지 않아 정의 타입과 관계없이 선언 타입 (부모로 선언되었다면 부모타입) 의 함수가 호출됨.

하지만 virtual 키워드가 붙은 함수는 정의 타입 의 함수가 호출됨.

즉, virtual 키워드가 붙지 않은 함수는 오버라이딩 해도 각 클래스에 종속적이며, virtual 키워드를 이용해 오버라이드 하면 실제 정의를 어떤 타입으로 했냐에 따라 다른 것이 호출됨.

6. 스마트포인터

스마트 포인터는 포인터처럼 동작하는 ‘클래스’ 로, 자동으로 할당을 해제해주는 특성을 가짐.

auto_ptr은 복사 시 소유권 이전, shared_ptr은 포인터 자체적으로 레퍼런스 카운팅 실시.

따라서 auto_ptr은 사용도중 복사된 포인터가 삭제 시 원본 또한 할당 해제가 되는 문제가 발생할 수 있었기 때문에 C++11 표준에서는 다른 스마트 포인터들이 추가됨. C++17에서는 완전 삭제됨.

C++17 기준 유지되고 있는 스마트 포인터 리스트

1) unique_ptr : 소유권이 생긴 스마트 포인터. 일반적인 스마트 포인터.

2) shared_ptr : boost 라이브러리에 있던 그것. 레퍼런스 카운트를 하는 스마트 포인터.

3) weak_ptr : sheard_ptr의 순환 참조 제거를 위해 사용. 레퍼런스 카운트를 하지 않는 Shared_ptr

7. 기본 C++ 에서의 구조체 / 클래스 차이

기본 접근 한정자 차이 외의 나머지 동일

* struct 기본 접근 한정자 : public

* class 기본 접근 한정자 : private

* 타 언어 및 네이티브 C++이 아닌 타 C++에서는 다를 수 있습니다.

8. 메모리 초기화 함수 (malloc / calloc)

둘 다 메모리 할당 함수이나 그냥 할당만 하느냐 / 0으로 모든 비트를 미느냐 는 차이점이 있음.

malloc는 그냥 할당만, calloc은 0으로 밀어버림.

팁 - calloc을 이용해서 0으로 초기화 한다 = 단순한 비트 클리어.

예를들어, float 배열을 calloc으로 할당한다고 해서 0.0이 되는 것이 아님.

또한, 메모리 할당 = 그 메모리에 무언가 쓴다는 목적인데, 정말 필요해서 0으로 밀어야하는것이 아니라면, 굳이 밀 필요는 없음.

9. C++ 환경에서의 32비트 / 64비트 차이

1) 포인터 크기 달라짐 (4바이트 / 8바이트)

2) 일부 자료형 크기 다름

(1) Windows 환경의 경우(LLP64) : long long 64비트, 나머지 동일

(2) 특정 환경 (ILP64) : int, long 64비트, 나머지 동일

(3) 리눅스 환경 (LP64) : long 64비트, 나머지 동일

3) 인라인 어셈블러 사용 가능 여부 (비주얼 스튜디오 기준) - 64비트에서는 인라인 어셈블러 사용불가.

따라서, 64비트에서 어셈블러 사용시 .asm 파일을 생성하여 따로 함수화 시켜서 사용함.

10. 포인터 관련

void foo (int* x, int *y)
{
    x = y;
    *x = 2;
}

int main()
{
    int a = 0;
    int b = 1;

    foo (&a,&b);

    cout << a << “:” << b << endl;
}

-- answer
a = 0
b = 2

설명 : foo 들어가면 int* x, int* y라는 지역 변수가 형성됨.

x에 y의 값을 집어넣음. (x 값 = y 값)

x,y는 포인터이므로, x가 가리키는 값 = y가 가리키는 값이 됨.

y는 b를 가리키고 있고, x = y 이므로

*x = 2 => *y = 2 => b = 2 가 됨.

하지만 a는 값이 바뀐적이 없으니 그대로 0이 나옴.

C++ STL이나 기타는 다른 문서로 작성할게요 

개인작 프로젝트도 있고

Pixel Pipe 프로젝트도 있고...

이번 면접때 픽셀파이프 프로젝트 관련해서 질문 들어오길래 음 슬슬 할때가 됐구나 싶은 생각이 들었음.

근데 그거 하려면 DX11 / 12 다시 배워야하는데 어디서부터해야하지 

(사실 내가 필요해서 정리함)

언리얼 입문자들이면 다 알것이다.

어느정도 배우기 시작하면 나타나는 "리플리케이션" (Replication) 이라는 개념을....

처음에는 굉장히 생소하고, 이게 뭐... 어쩌라는건지? 싶을때도 있는데

익숙해지고 나면 이거 없이는 개발을 어떻게하지? 싶은 순간도 와버리게 되는 마성의 개념인것같다 (글쓴이 주관임)

여튼,

언리얼 네트워크 시스템에 대해 찾아보려고 검색을 하면 다들 이 그림을 보게 될 것이다.

굉장히 예전부터 보이던 그림이라 어디가 원조인지 궁금하긴 했는데 2020년에도 쓰였다는거 말곤 잘 모르겠더라 (...)

여튼, 이 그림을 기준으로 정리를 해보도록 하자.

결국 리플리케이션 개념은 서버/클라 통신과 관련된 개념이다.

모든 데이터를 서버에 둘 수도 없고, 모든 데이터를 클라에만 둘 수도 없으며, 클라이언트에 필요는 하지만 서버에서만 관리해야하는 데이터가 있을수도 있고 등등... 온갖 이슈들이 존재하는데

이를 관계 정리한것이 리플리케이션 개념인것.

우선은, 언리얼 네트워크 시스템상에서 각 요소(=액터) 들은 크게 3가지로 나뉜다.

Server Only

Server/Client Multy

ClientOnly

Server Only는 게임 관리자에 해당하는 "GameMode"  가 포함

Server/Client Multy는 게임 통제 (점수 기록 등)을 담당하는 "GameState", 각 플레이어의 상태를 가지고 있는 "PlayerState", 플레이어의 이동 정보 등을 가지고 있어야하는 "PlayerController", 그리고...

"Pawn" (or Character)

생각해보면, 결국 서버/클라 무관하게 모든 캐릭터는 똑같이 보여야하니까 Pawn이 서버/클라 모두에 있는건 별로 이상한 것은 아닌것같다.

사실 네트워크 요소중 다른 사항들은 크게 신경쓰지 않아도 된다. (어차피 네트워크 통신 이슈가 발생하진 않으니까)

하지만, Server/Client Side 양측에 모두 존재하는 액터들이 제일 큰 문제인데

여기서도 몇가지 갈린다.

1. 서버가 무조건 우선권을 가짐

2. 모든 클라이언트가 소유하고 있어야 하는 경우

3. 지금 화면을 보고 있는 클라이언트의 정보만 있어야 하는 경우

간단히 설명하면 위의 3가지인데, 이를 좀 더 상세하게 풀어가면

1. "관리 권한이 존재"

2. "관리 권한은 없으나 소유권은 있음"

3. "관리 권한도 없고, 소유권도 없음"

이렇게 3가지 타입으로 구별이 가능하다.

이를, "Authority", "Autonomous", "Simulated" 이라고 표현한다.

디테일한 내용은 아래 공식문서를 참고바랍니다. ->

https://docs.unrealengine.com/4.27/ko/InteractiveExperiences/Networking/Actors/Roles/

자세한 롤 관련 얘기는 다음 문서에서 설명하기로 하고, 여기서는 네트워크 관계도(?)에 대한 설명을 좀 더 하기로 하겠다.

결국, 리플리케이션이 필요한 객체라도 어떤 클라에선 없을수도 있고, 클라 서버 관계없이 다 있을수도 있고 이런 애들이 나타날 수 있는데, 이게 초반에는 좀 굉장히 헷깔린다. (실제로 일하다가도 좀 실수를 했음..)

해서, 정리를 하자면

여기서 제일 골치아픈것이 "PlayerController"

내가 컨트롤중인 클라이언트에서는, 본인의 캐릭터에 연결되어있는 PlayerController를 제외하고, 타인의 PlayerController는 없다고 생각하면 된다.

...혹시나 동기화 필요하다고 PlayerController 갖고와서 하고 있으면 어라 이거 왜 안되지 하는 실수를 할 수 있을것이다..

그리고 추가, "이펙트는 동기화가 어떻게되나요" 할 수 있는데

이펙트는 재생 시점 / 재생 위치 / 재생 종류만 동기화가 되고, 직접적인 이펙트 랜더링은 클라이언트에서 각자 해결한다.

그야 그럴게, 같은곳에 같은 이펙트가 재생은 되어야하지만, 그게 어떤 모양으로 랜더링 될지는 각자 클라이언트가 판단할 문제니까...

예전에 작업하다가 좀 어처구니 없는 실수했던것이 기억나서 글로 남겨본다.

필요해서 메모함

NBT 관련

1. Lock : "전용 인벤토리를 가진 블록"에 대해, 특정 이름을 가진 아이템 소지시 작동
   레버를 들고 우클릭하면 안되나, 레버의 이름을 모루를 이용해 "레버"로 변경하면 작동하는 식
   (=원래 아이템 이름은 영향을 받지 않음)

단축키

1. F1 : GUI 토글
2. F3 : 현재 좌표 등 정보 확인
3. F3 + A : 청크 새로고침
4. F3 + B : 히트박스 토글
5. F3 + C : 현재 위치 클립보드에 복사 (execute tp 명령어 상태로, location과 rotation이 저장됨)
6. F3 + G : 청크 경계선
7. F3 + I : 바라보고 있는 블록의 nbt 정보 복사
8. F3 + L : 프로파일링 (기본 10초)
9. F3 + P : 창 포커스 손실 시 일시정지 여부
10. F3 + N : 관전모드 토글
11. F3 + T : 리소스팩 리스타트

언리얼에는 트레이스 (a.k.a. "레이캐스트") 라는 시스템이 있다.

간단히 요약하면 원하는 방향으로 빔을 쏴서 무언가가 걸리면 인식하는 시스템 정도로 이해해주면 되겠다.

언리얼에서는 해당 시스템을 좀 더 "디테일하게" 나눠서 판단을 하도록 해두었는데

이번에 회사에서 작업하면서 해당 시스템 관련 문제를 하나 마주쳤다.

언리얼 트레이스는 크게 2가지로 나뉘어진다.

Single Trace

Multi Trace

Single Trace는 "히트한 단 한개의 타겟"에 대한 결과만을 리턴

Multi Trace는 "목적지까지 다다랐을때 히트한 모든 타겟" 에 대한 결과를 리턴한다.

히트한 결과는, "HitResult" 라는 자료형/배열로 리턴되며, Trace 자체가 히트했는지는 각 함수의 리턴값을 통해 알 수 있다.

그런데 여기서 함정.

HitResult가 있더라도 Trace 함수의 Hit 결과는 False가 나올 수 있다.

이게 무슨소리냐

이걸 설명하기 위해서는 언리얼 콜리전 판정의 특이사항을 알 필요가 있다.

https://www.unrealengine.com/pt-BR/blog/collision-filtering

자세한 내용은 위의 링크를 참고하면 확실하게 볼 수 있으니, 필요한 설명만 하도록 하겠다.

언리얼의 콜리전은 총 3가지 타입으로 분리된다.

무시 (Ignore) / 오버랩 (Overlap) / 충돌(Block)

Ignore는 모든 충돌 방식을 Ignore

Overlap은 Overlap / Block을 Overlap (판정은 발생하나 지나침)

Block은 Block끼리 충돌

 Trace에서 추출되는 결과는, Overlap과 Block 2가지만 추출된다. (아무래도 Ignore는 충돌을 안하니까...)

그런데, Single Trace의 경우, "Overlap" 결과는 리턴되지 않는다.

이에 대해서 여러 자료를 좀 찾아보았으나, 공식 문서 상에서는 확답이 없어 분석해본 결과,

공식문서에서는

1. Trace 결과는 "Hit" 라는 표현을 사용한다.

2. 공식문서에서, SingleTrace에는 없는 "Overlap" 이라는 표현이 MultiTrace에서부터 등장한다.

라는 결론을 얻을 수 있었다.

이게 무슨말이냐, 예시를 들어 설명하자면...

우선 간단하게 테스트용 함수를 구성했다.

테스트용 채널은 Camera 채널을 이용.

SingleTrace를 이용하며, Hit 시 출력은 True, 아니라면 False가 나올것이다.

뒤의 파란 블럭은 Camera 채널을 Block, 앞의 빨간 블럭은 채널을 Overlap으로 지정했다.

그리고....

빨간색 가까이에 가면 Hit Result가 False

파란색의 경우, 화살표 위치에서처럼 Hit 결과가 보이면서 Hit가 True로 나온다.

그럼 Overlap된 액터는 검출이 불가능한가?

그건 또 아닌게, 위에서 말한것과 같이 MultiTrace의 경우에는 Overlap이 검출이 된다.

Trace를 Multi로 변경했다.

아무것도 없으면 Hit Result False, Hit 0

Overlap만 있으면 Hit Result : False, Hit 1

Block이 있다면 Hit Result : True, Hit 1

즉, 결과를 요약하면 다음과 같다.

=
Overlap 설정으로 충돌한 (채널/타입) 경우에는 Hit Event Result (Trace의 성공/실패여부) 를 변화시키지 않는다.
SingleTrace의 경우, Overlap만 발생한 경우에는 Hit Event Result가 False로 발생하면서 결과물이 리턴되지 않음.
MultiTrace의 경우 Overlap이 걸려도 HitResult가 채워지나, Hit Event Result는 Block으로 끝나지 않는 한 False로 리턴된다.

왜 Overlap에만 이런 특이한 경우가 반영되었는지는 (공식문서상 확답이 없어서) 잘 모르겠지만... 

작업할때 참고할 필요가 있을것 같다.

https://linuxhint.com/clone-into-non-empty-git-directory/

* 빠른 요약

1. 원하는 폴더로 이동

2. 해당 폴더에서 Git Bash 실행

3. [ git init ]

4. [ git remote add origin (Remote 경로) ]

5. (충돌 등의 이유로 머지 작업이 필요 시) [ git pull origin master --allow-unrelated-histories ]

1. EnhancedInput 사용시 No Such File Of Directory 발생

해결방안 : (Project).build.cs 파일의 "PublicDependencyModuleNames" 에 EnhancedInput 추가

https://www.reddit.com/r/unrealengine/comments/za43ip/there_is_no_file_named_inputactionvalueh/