[UE5 RPG] 10. 몬스터 AI 수정 : BT Abort, 일정거리 이상 멀어지면 복귀하기, 폴더 관리

 

 

📌 Someday Proejct 개발일지 시리즈

 

---

 

 

 

애니메이션 블루프린트에 중단점 걸어놨더니 에디터가 안켜지는 버그가 있었다

해당 에셋 잠깐 잘라놓고 빌드한후에 붙여넣기하니까 정상 작동함..

 

 

🌳 BT 보완하기

BT에 Tag 추가하기

Target Setting 여부가 아니라 Tag로 관리하는게 낫지않을까?

 

 

이런 Tag를 사용해서 BT를 관리할 수 없을까?

 

 

 

이런 애가 있어서 쓸수있을것같다

일단 GA_MonsterAttack 이 활성화되면 Battle State 켜주게 세팅해주고

 

 

BT는 이정도로 구성하기로 하자

 

Abort

몬스터가 순찰하는 도중에 캐릭터를 인지하면 캐릭터를 쳐다보면서 순회를 하는게 어색하다

캐릭터가 인지되자마자 AIController::SetFocus 로 포커스를 설정해주는데

아직 그 타이밍에 이전의 Patrol Task 가 실행되고 있기 때문이다

Decorator 의 Abort 기능을 사용해서 하위 우선순위 태스크가 중단되도록 할 수 있다

 

 

 

파란색으로 중단될 수 있는 태스크들을 표시해준다

• None: 중단하지 않음 - Task가 끝날 때까지 조건을 재평가하지 않음
• Self: 자신 중단 - 실행 중인 자신의 서브트리가 조건이 false가 되면 즉시 중단
• Lower Priority: 하위 우선순위 중단 - 조건이 true가 되면 오른쪽(낮은 우선순위) 노드를 즉시 중단
• Both: 둘 다 중단 - Self와 Lower Priority 모두 적용

 

일정 거리 이상 멀어지면 되돌아가게 하기

 

점점 괴물이 되고있다

 

 

CheckDistanceToPos Decorator 를 추가해서 원래 위치와의 거리를 계산해준다

move to 의 TrackMoveGoal 옵션을 켜주었는데, 이것 때문에 캐릭터와 일정수준 가까워지지 않으면 MoveTo가 종료되지 않아 원점과 거리가 멀어졌음에도 계속 쫓아오는 이슈가 있다

일단 MoveTo 의 AcceptableRadius 를 실제 사거리보다 좀 더 큰 값으로 두고, 주기적으로 MoveTo 가 다시 호출될 수 있도록 조정해두었다

이렇게 해도 안된다면 직접 MoveTo Task를 구현할수밖에..

 

 

순찰 Patrol + 공격 + 복귀

 

 

 

NavSys::GetRandomPointInNavigableRadius(OriginPos, PatrolRadius, Result)) 를 사용해서 기존 위치에서 특정 반경 내에서만 순찰하도록 제한했다

감지되고나서는 전투하다가 너무 멀리 나오면 다시 복귀한다

 

 

지금까지의 최종 몬스터 BT는 이와 같다

이제 저 아래쪽에 Battle에 많은 것을 추가해야할것이다..

 

---

+ 폴더관리

문득 한 폴더 안에 cpp, h 파일을 다 넣는것과 private/public 으로 나눠넣는것의 차이가 궁금해졌다

 

상세 비교

1. 모듈 간 접근성
   • Public 폴더에 있는 헤더는 다른 모듈에서도 접근 가능합니다. Private 폴더의 cpp 파일과 그 안의 헤더는 해당 모듈 내부에서만 사용됩니다.
   • 같은 폴더에 있으면 언리얼이 자동으로 헤더 경로에 포함시키지만, 명확한 접근 제어가 어렵습니다
2. 언리얼 에디터의 자동 처리
   • Public/Private 구조를 만들어두면, 언리얼 에디터에서 새 C++ 클래스를 생성할 때 자동으로 헤더는 Public에, cpp는 Private에 생성됩니다.
   • 같은 폴더 구조에서는 모든 파일이 같은 위치에 생성되어 수동으로 정리해야 합니다.
3. 헤더 include 경로
   • 언리얼 엔진은 다음 폴더들을 자동으로 헤더 경로에 포함합니다:
     • {모듈명} 폴더
     • {모듈명}/Public 폴더
     • {모듈명}/Private 폴더
     • 따라서 Public/Private 구조에서도 #include "MyClass.h"로 간단하게 include 가능합니다.
4. 프로젝트 관리 및 유지보수
   • Public/Private 분리는 대규모 프로젝트에서 코드 구조를 명확히 하고, 어떤 클래스가 외부에 노출되는지 쉽게 파악할 수 있습니다.
   • 소규모 프로젝트나 프로토타입에서는 같은 폴더에 넣어도 큰 문제가 없습니다.

정리하자면

• 같은 폴더에 함께 넣는 경우
  • 작은 프로토타입이나 학습용 프로젝트
  • 모듈이 하나뿐인 단순한 구조
  • 빠른 개발 속도가 중요할 때
• Public/Private 분리하는 경우
  • 팀 프로젝트나 상용 게임
  • 여러 모듈을 사용하는 구조
  • API를 명확히 정의하고 싶을 때
  • 언리얼 공식 권장 방식

언리얼 엔진 공식 가이드와 대부분의 튜토리얼은 Public/Private 분리 구조를 권장합니다.

처음부터 이 구조로 시작하면 나중에 프로젝트가 커져도 리팩토링 없이 확장할 수 있습니다

 

라고한다 실제로 구현하는데에 큰 차이는 없을 수 있지만

모듈이 여러개가 되는 경우엔 나눠서 작업하는게 좋다는듯하다

일단 난 소규모니까 그대로 진행해보는걸로.. 나중에 폴더가 많아지면 그때 나눠보자

 

+ 캐릭터 공용 클래스 설정

• 이동이나 컨트롤러의 역할이 필요한 액터는 ASomedayProjectCharacter 를 상속받도록 하자
  • 이 클래스 내부에서 공통적인 오브젝트 상태, 초기화, 업데이트, 어빌리티 처리같은 것들을 넣을것
• 그 외에 기본적인 액터는 별도의 ASPActor 를 상속받게 할것
• EObjectState 라는 Enum 을 추가해서 오브젝트 상태 관리가 필요할 때 쓰려고 하는데, 이건 사실상 GameplayTag 랑 동일한것같아서 어떻게 관리할지 고민중…