BreadMushroom

2026/06/26

BreadMushroom — Fri, 26 Jun 2026 20:56:42 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[개념] 접근 제어자 (private / public)★ ★ ★ ★ ★

한 줄 요약: 자판기로 비유하면 클래스 내부 멤버 변수를 유리(private)로 숨기고, 안전한 동전 구멍(public 함수)을 통해서만 값을 바꾸게 강제하여 버그를 막는 설계
언제 중요한지:변수에 말도 안 되는 예외 값(예: HP가 음수가 되거나, 소지 골드가 마이너스가 되는 현상)이 들어와서시스템이 터지는 것을 막고 싶을 때.
코드:

// ❌ [Before] 변수가 public으로 열려있어 데이터가 오염되는 경우
class APlayer {
public:
    int HP = 100;
    int Defense = 10; 
};

void ApplyDamage(APlayer& Player, int RawDamage) {
    // 강력한 보스 몬스터가 공격력 200으로 공격한 상황
    Player.HP -= (RawDamage - Player.Defense); 
    
    //   결과: Player.HP가 -90이 됨! 
    // 변수가 public이라 제동 장치 없이 음수가 그대로 대입되어 버그 발생.
}

//  [After] 변수를 private으로 숨기고 안전장치(함수)를 구축한 경우
class APlayer {
private:
    int HP = 100;
    int Defense = 10;

public:
    // 외부에서는 오직 이 함수를 통해서만 데미지를 줄 수 있음
    void TakeDamage(int RawDamage) {
        int FinalDamage = RawDamage - Defense;
        if (FinalDamage < 0) FinalDamage = 0; // 음수 데미지 방지

        HP -= FinalDamage;

        //  ️ 최소 보장선(방어벽) 구축
        if (HP < 0) {
            HP = 0; 
        }
    }

    // 값을 안전하게 읽어갈 수 있도록 Getter 제공
    int GetHP() const { return HP; }
};

// 이제 외부(전투 시스템 등)에서는 안전하게 함수만 호출하면 됨
void ApplyDamage(APlayer& Player, int RawDamage) {
    Player.TakeDamage(RawDamage); 
    
    //  결과: RawDamage가 200이 들어와도 Player.HP는 안전하게 0에서 멈춤!
}

2026/06/25

BreadMushroom — Thu, 25 Jun 2026 20:39:48 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[트러블 슈팅] 플러그인 모듈이 로드되지 않는 문제

(Plugin 'Temporary' failed to load because module 'Temporary' could not be initialized successfully after it was loaded.)

문제: 플러그인 DLL은 찾았고 로드까지 시도했지만, 모듈 초기화 과정에서 실패
원인 (이유): IMPLEMENT_MODULE을 통해 엔진의 모듈 시스템에 등록하지 않아서 생긴 문제
해결 방법: 플러그인 모듈 구현부(.cpp)파일 하단에 IMPLEMENT_MODULE(클래스명, 모듈이름) 추가

#include "Temporary.h"

void FTemporaryModule::StartupModule()
{
	UE_LOG(LogTemp, Warning, TEXT("Start Module!"));
}

void FTemporaryModule::ShutdownModule()
{
	UE_LOG(LogTemp, Warning, TEXT("End Module!"));
}

IMPLEMENT_MODULE(FTemporaryModule, Temporary)

[알고리즘]

문제: 배열의 평균값
배운점: 배열의 인덱스는 항상 0부터 시작한다. 따라서 길이가 N인 배열의 마지막 인덱스는 N이 아니라 N - 1이다.
코드:

#include <stdio.h>
#include <stdbool.h>
#include <stdlib.h>

// numbers_len은 배열 numbers의 길이입니다.
double solution(int numbers[], size_t numbers_len) {
    double answer = 0;
    double average = 0;
    
    for(int i=0; i < numbers_len; i++)
    {
        average += numbers[i];
    }
    
    average = average / numbers_len;
    answer = average;
    
    return answer;
}

2026/06/24

BreadMushroom — Wed, 24 Jun 2026 20:52:51 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[질문]

내가 몰랐던 것: void OnRep_ServerRotationYaw(); 함수는 어디서도 호출되지 않았는데 어떻게 액터에 적용 된 걸까??
원인 (이유): Replication Notify 시스템에 등록된 콜백 함수라서 자동으로 호출
코드:

//h
UFUNCTION()
void OnRep_ServerRotationYaw();

UPROPERTY(ReplicatedUsing = OnRep_ServerRotationYaw)
float ServerRotationYaw;

//cpp
void ADXBox::OnRep_ServerRotationYaw()
{
	SetActorRotation(FRotator(0.f, ServerRotationYaw, 0.f));
}

[개념] NetLoadOnClient

한 줄 요약: 레벨에 정적으로 배치된 액터를 서버 복제 없이 클라이언트가 맵 로딩 시 로컬에서 함께 로드하도록 하는 옵션
언제 써?:정적 오브젝트처럼 별도 동기화가 필요 없는 액터에 사용
- 레벨에 미리 배치된 액터
- 게임 중 상태가 거의 변하지 않는 액터

코드:블루프린트에서 설정하는게 편함

[개념] Property Replication

한 줄 요약: 서버에 존재하는 변수의 특정 속성값을 클라이언트들에게 자동으로 동기화하는 기능
언제 써?:체력, 점수, 위치값처럼 서버가 기준이 되어 모든 클라이언트가 같은 값을 알아야 할 때 사용
코드:
프로퍼티 레플리케이션 설정 방법
1. 액터의 Replicates 속성을 true로 설정합니다.
2. 네트워크로 복제할 액터의 속성을 키워드로 지정합니다.해당 속성의 UPROPERTY()에 Replicated 키워드 추가합니다.
3. GetLifetimeReplicatedProps() 함수에 네트워크로 복제할 속성을 추가합니다.#include “Net/UnrealNetwork.h” 헤더파일 추가합니다.DOREPLIFETIME 매크로를 사용해 복제할 속성을 명시합니다.

//h

생성자();

UPROPERTY(Replicated)
float ServerRotationYaw;

virtual void GetLifetimeReplicatedProps(TArray<class FLifetimeProperty>& OutLifetimeProps) const override;

//cpp
#include “Net/UnrealNetwork.h”

생성자()
{
    bReplicates = true;
}

void 클래스이름::GetLifetimeReplicatedProps(TArray<class FLifetimeProperty>& OutLifetimeProps) const
{
	Super::GetLifetimeReplicatedProps(OutLifetimeProps);

	DOREPLIFETIME(ThisClass, ServerRotationYaw);
}

[개념] UE_DISABLE_OPTIMIZATION & UE_ENABLE_OPTIMIZATION

한 줄 요약: 디버깅을 쉽게 하기 위해 특정 코드 구간의 컴파일 최적화를 끄고 다시 켜는 매크로
언제 써?:특정 코드 구간에만 최적화를 끄면 디버깅에서 흐름을 더 정확히 추적할 수 있다.
코드:

UE_DISABLE_OPTIMIZATION

//디버깅 할 코드부분

UE_ENABLE_OPTIMIZATION

[개념] Replication Notify

한 줄 요약: 복제된 변수가 클라이언트에서 갱신될 때 자동으로 후처리 함수를 호출해주는 기능
언제 써?:변수 값만 동기화하는 것으로 끝나지 않고, 값이 바뀐 뒤에 추가 동작이 필요할 때 사용
- 체력 값이 바뀌면 UI 갱신
- 회전 값이 바뀌면 액터 회전 적용

코드:

//h
UFUNCTION()
void OnRep_ServerRotationYaw();

UPROPERTY(ReplicatedUsing = OnRep_ServerRotationYaw)
float ServerRotationYaw;

//cpp
void ADXBox::OnRep_ServerRotationYaw()
{
	SetActorRotation(FRotator(0.f, ServerRotationYaw, 0.f));
}

[개념] NetUpdateFrequency

한 줄 요약: 서버가 이 액터의 변경 정보를 클라이언트에게 얼마나 자주 보낼지 정하는 값
언제 써?: 굳이 자주 동기화 할 필요 없는 액터일 경우 값을 조절하여 최적화 할 때
코드:

[개념] Relevancy

한 줄 요약: 액터의 정보를 특정 클라이언트에게 보낼 필요가 있는지 판단하는 기준
언제 써?: 클라이언트에 연관된 액터만 복제해줌으로 최적화 할 때
코드:

[함수 족보] SpawnActor<>()

한 줄 요약: 게임 실행 중에 원하는 Actor를 특정 위치와 회전값으로 동적으로 생성할 때 사용하는 함수
언제 써?:이미 레벨에 배치된 Actor가 아니라, 게임 도중 새 Actor를 만들어야 할 때 사용
- 캐릭터가 총알을 발사할 때
- 몬스터를 일정 위치에 소환할 때

코드:

void AMyCharacter::BeginPlay()
{
    Super::BeginPlay();

    FVector SpawnLocation = GetActorLocation() + FVector(200.f, 0.f, 0.f);
    FRotator SpawnRotation = GetActorRotation();
    FActorSpawnParameters SpawnParams;

    ATestActor* SpawnedActor = GetWorld()->SpawnActor<ATestActor>
    (
        SpawnLocation,
        SpawnRotation,
        SpawnParams
    );

2026/06/19

BreadMushroom — Fri, 19 Jun 2026 20:30:57 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[개념] NetLoadOnClient 속성

한 줄 요약: 레벨에 배치된 액터를 클라이언트에서도 로드할지 결정하는 네트워크 속성
언제 써?:레벨에 정적으로 배치되어 동기화 해줄 필요 없는 액터(맵에 배치된 문, 상자, 장식물, 트리거)
코드: 에디터에서 엑터 블루프린트로 설정하는게 편함

[개념] Replication Notify

한 줄 요약: Replicated 변수 값이 클라이언트에서 변경되었을 때 자동으로 호출되는 알림 함수
언제 써?:서버에서 바뀐 값이 클라이언트에 전달된 뒤, 클라이언트 쪽에서 추가 처리가 필요할 때( 값이 바뀐 순간에 반응해야 할 때)
- 체력이 바뀌면 HP UI 갱신
코드:

//헤더파일

UPROPERTY(ReplicatedUsing = OnRep_IsOpen) //변경할 속성의 UPROPERTY() 매크로에는 ReplicatedUsing 키워드
bool bIsOpen;

UFUNCTION()
void OnRep_IsOpen(); //콜백함수에는 UFUNCTION() 매크로와 OnRep_ 접두사가 붙음

//cpp파일

void AMyDoorActor::OnRep_IsOpen()
{
    //문 열림 애니메이션 재생, UI 갱신, 사운드 재생
}

void AMyDoorActor::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const
{
    Super::GetLifetimeReplicatedProps(OutLifetimeProps);

    DOREPLIFETIME(AMyDoorActor, bIsOpen);
}

[개념] NetUpdateFrequency-최적화 기법

한 줄 요약: 액터의 Replication 정보를 1초에 최대 몇 번까지 클라이언트에 보낼지 정하는 값(단, 최대값이지 그 값을 계속 유지한다는 보장은 없음)
언제 써?:멀티플레이에서 액터의 상태를 얼마나 자주 동기화할지 조절할 때

코드:

AMyCharacter::AMyCharacter()
{
    bReplicates = true;

    // 1초에 최대 60번 네트워크 업데이트 시도
    NetUpdateFrequency = 60.0f;
}

SetNetUpdateFrequency() //함수로도 변경가능

[개념] UPROPERTY(Meta=(AllowPrivateAccess))

한 줄 요약: C++ private인데 블루프린트에 보이게 예외처리 해주는 메타 키워드
언제 써?:디자이너들이 블루프린트에서 편집가능하게 할 변수들
코드:

UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Meta=(AllowPrivateAccess))
TObjectPtr<USceneComponent> SceneRoot;

[개념] TSubclassOf<>

한 줄 요약: 맵에 배치된 액터가 아니라, 스폰할 '블루프린트 원본 에셋' 지정용 주머니
언제 써?:디자이너들이 블루프린트에서 편집가능하게 할 변수들
코드:

TSubclassOf<AActor> LandMineClass;

2026/06/18

BreadMushroom — Thu, 18 Jun 2026 10:48:24 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[개념] 로그 매크로 정의

한 줄 요약: 반복해서 쓰는 로그 형식을 매크로로 묶어, 필요한 정보를 자동으로 붙여 출력
언제 써?:같은 형태의 로그를 여러 번 찍을 때

코드:

#define MY_LOG(Category, Verbosity, Format, ...) \
    UE_LOG(Category, Verbosity, TEXT("[Prefix] %s"), \
        *FString::Printf(Format, ##__VA_ARGS__))

[개념] 새로운 로그 카테고리 선언

한 줄 요약: 로그를 기능별로 구분
언제 써?: UE_LOG에서 내가 만든 카테고리를 사용하고 싶을 때

코드:

// .h
DECLARE_LOG_CATEGORY_EXTERN(LogMyCategory, Log, All);

// .cpp
DEFINE_LOG_CATEGORY(LogMyCategory);

//DECLARE_LOG_CATEGORY_EXTERN(카테고리이름, 기본로그레벨, 컴파일시최대로그레벨);

DECLARE_LOG_CATEGORY_EXTERN은 보통 헤더 파일에 작성해서
“이런 로그 카테고리를 사용할 것이다”라고 선언
그리고 실제 정의는 .cpp 파일에서 해줘야한다.

2026/06/16

BreadMushroom — Tue, 16 Jun 2026 20:03:25 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[질문]

내가 몰랐던 것 (문제): FString 자료형 변수인데 어떻게 배열처럼 인덱스로 접근 할 수 있을까?
원인 (이유): FString은 문자들의 모음이기 때문에 배열처럼 인덱스로 접근할 수 있고, 문자열[i]는 i번째 문자 하나를 의미한다.
정답이 "123", 입력이 "132"라면

i 정답 입력 결과

0 1 1 스트라이크

1 2 3 볼

2 3 2 볼
코드 :

FString AHWGameModeBase::JudgeResult(const FString& InNumberString, const FString& InGuessNumberString)
{
	int32 StrikeCount = 0;

	for (int32 i = 0; i < 3; ++i)
	{
		if (InNumberString[i] == InGuessNumberString[i])
		{
			StrikeCount++;
		}
	}
	return FString();
}

[개념] TSet <>

한 줄 요약: 중복을 허용 하지않는 주머니
언제 써?: 같은 값이 여러 번 들어오면 안 되는 상황에서 사용

코드:

FString Input = TEXT("112");

TSet<TCHAR> UniqueDigits;

for (TCHAR C : Input)
{
    UniqueDigits.Add(C);
}

if (UniqueDigits.Num() != Input.Len())
{
    UE_LOG(LogTemp, Warning, TEXT("중복된 문자가 있습니다."));
}
else
{
    UE_LOG(LogTemp, Log, TEXT("모든 문자가 서로 다릅니다."));
}

[개념] TCHAR 변수명

한 줄 요약: 문자 하나를 담는 자료형
언제 써?: FString 같은 문자열을 한 글자씩 순회하면서 검사하거나 처리할 때 사용

코드:

FString Input = TEXT("ABC");

for (TCHAR C : Input)
{
    UE_LOG(LogTemp, Log, TEXT("현재 문자: %c"), C);
}

[함수족보] FChar::IsDigit()

한 줄 요약: 전달받은 문자가 숫자 문자인지 확인하는 함수
언제 써?: 문자열 입력값을 검사할 때, 각 문자가 숫자인지 확인(사용자 입력은 보통 문자열로 들어오기 때문에, 입력값이숫자로만 구성되어 있는지 확인할 때 유용하다.)

코드:

FString Input = TEXT("12A");

for (TCHAR C : Input)
{
    if (FChar::IsDigit(C) == false)
    {
        UE_LOG(LogTemp, Warning, TEXT("숫자가 아닌 문자가 포함되어 있습니다."));
        break;
    }
}

[함수 족보] do{...} while(false)

한 줄 요약: 중간에 조건이 틀리면 break로 빠져나가기 위한 구조
언제 써?: 많은 조건중 하나라도 실패하면 바로 밖으로 내보내고 싶을 때
코드:

do 
{
    ...
} while (false);

[함수 족보] FString::Printf()

한 줄 요약: 값을 원하는 형식의 문자열로 만들어주는 함수
언제 써?: 숫자, 문자, 변수 값을 조합해서 하나의 FString 문자열로 만들고 싶을 때 사용

코드:

int32 StrikeCount = 1;
int32 BallCount = 2;

FString Result = FString::Printf(TEXT("%dS%dB"), StrikeCount, BallCount);

[함수 족보] Contains()

한 줄 요약: 문자열 안에 특정 문자열이 포함되어 있는지 확인하는 함수
언제 써?: 어떤 문자열 안에 내가 찾는 값이 들어있는지 검사할 때 사용

코드:

FString SecretNumber = TEXT("123");
FString GuessChar = TEXT("2");

if (SecretNumber.Contains(GuessChar))
{
    UE_LOG(LogTemp, Log, TEXT("정답 안에 해당 숫자가 있습니다."));
}

[함수 족보] FString::Len()

한 줄 요약: 문자열에 들어있는 글자 개수를 반환하는 함수
언제 써?: 문자열이 몇 글자인지 알아야 할 때 사용
코드:

FString InChatMessageString = TEXT("Player0:123");
int Index = InChatMessageString.Len() - 3;
FString GuessNumberString = InChatMessageString.RightChop(Index);
UE_LOG(LogTemp, Log, TEXT("GuessNumberString: %s"), *GuessNumberString);

[함수 족보] RightChop()

한 줄 요약: 문자열의 왼쪽에서 지정한 개수만큼 잘라내고, 남은 오른쪽 문자열을 반환하는 함수
언제 써?: 문자열 앞부분은 버리고, 뒤쪽에 있는 필요한 내용만 가져오고 싶을 때 사용("Player: 123"에서 "123"만 분리할 때)
코드: FString::Len()함수 코드참고

2026/06/15

BreadMushroom — Mon, 15 Jun 2026 21:57:56 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[질문] 왜 FText를 FString으로 바꿀까?

내가 몰랐던 것 (문제): SetChatMessageString(Text.ToString()); 왜 입력받은 채팅의 Text 매개변수 자료형을 FText에서 FString으로 변경하는걸까?
원인 (이유):
- FText는 화면에 보여주기 위한 텍스트에 가깝다.
  비유하면 사용자에게 보여주는 문장
- FString은 C++에서 문자열을 저장하거나 가공하기 쉬운 형태.
  비유하면 프로그램 내부에서 처리하기 좋은 문자열.
- UI 표시용 텍스트를 내부로직으로 돌릴 문자열로 변경하기 위함.(변수에 저장해서 서버에 보내줘야 하기 때문)

void UHWUserWidget::OnChatInputTextCommitted(const FText& Text, ETextCommit::Type CommiMethod)
{
	if (CommiMethod == ETextCommit::OnEnter)
	{
		APlayerController* OwningHWPlayerController = GetOwningPlayer();
		if (IsValid(OwningHWPlayerController) == true)
		{
			AHWPlayerController* OwningHWPlayerController = Cast<AHWPlayerController>(OwningHWPlayerController);
			if (IsValid(OwningHWPlayerController) == true)
			{
				OwningHWPlayerController->SetChatMessageString(Text.ToString());

				EditableTextBox_ChatInput->SetText(FText());
			}
		}
	}
}

[질문] 왜 FString->FText으로 바꿀땐 .ToText()가 아닐까?

내가 몰랐던 것 (문제): FString 자료형 변수를 FText 자료형으로 사용하는 매개변수에 넘겨주기 위해 변환을 시도 저번에 FText-> FString 변환시 .ToString() 이라는 함수를 사용했으니 이것도 .ToText()함수로 사용하면 되겠지? ->안됨
원인 (이유):FString은 그냥 문자열 데이터이지만 FText는 언리얼에서 UI 표시용 텍스트, 현지화/다국어 처리까지 고려하는 타입 즉, FText범주 안에 FString이 포함되어 있는 것이기 때문에 FString->FText 더 작은 단위에서 큰 단위로 변환하기 때문

void AHWPlayerController::PrintChatMessageString(const FString& InChatMessageString)
{
	//UKismetSystemLibrary::PrintString(this, InChatMessageString, true, true, FLinearColor::Red, 10.0f);
	if (IsValid(ChatInputWidgetInstance) == true)
	{
		ChatInputWidgetInstance->AddChatMessage(FText::FromString(InChatMessageString));
	}
}

[디버깅] 왜 PIE 실행시 오류가 생길까?

내가 몰랐던 것 (문제): 채팅기능을 구현하고 PIE 실행시 ensure 델리게이트 오류 발생
원인 (이유):AddDynamic으로 동적 델리게이트에 함수를 연결하려 했지만,
연결 대상 함수(OnChatInputTextCommitted)가 UFUNCTION()으로 언리얼 리플렉션 시스템에 등록되어 있지 않아서 발생한 오류

//언리얼 CallStack 창에서 발견한 오류로그

Ensure condition failed: this->IsBound() [File:F:\UE_5.5\Engine\Source\Runtime\Core\Public\Delegates\DelegateSignatureImpl.inl] [Line: 1147] 
Unable to bind delegate to 'OnChatInputTextCommitted' (function might not be marked as a UFUNCTION or object may be pending kill)

2026.06.15-07.03.37:598][443]LogOutputDevice: Error: Ensure condition failed: this->IsBound() 
[File:F:\UE_5.5\Engine\Source\Runtime\Core\Public\Delegates\DelegateSignatureImpl.inl] [Line: 1147]

[개념] meta / TObjectPtr

UPROPERTY(meta = (BindWidget))
TObjectPtr<UEditableTextBox> EditableTextBox_ChatInput;

meta: 언리얼에게 알려주는 추가 설명서

TObjectPtr: UObject계열 객체를 가리킬 때 사용하는 언리얼식 포인터

BindWidget: UMG 위젯 이름과 C++ 변수 이름을 맞춰 자동 연결하는 옵션

코드 설명: UMG 블루프린트에 있는 EditableTextBox_ChatInput이라는 입력창 위젯을 C++에서 사용할 수 있도록 연결해 둔 변수 선언

주의 할점: UMG에 있는 위젯 이름과 C++ 변수명이 다르면 BindWidget 연결이 안될 수 있다.

[개념] TSubclassOf

UPROPERTY(EditDefaultsOnly)
TSubclassOf<UHWUserWidget> ChatInputWidgetClass;

UPROPERTY()
TObjectPtr<UHWUserWidget> ChatInputWidgetInstance;

TSubclassOf: 특정 부모 클래스를 상속한 클래스만 담을 수 있게 제한하는 타입

(이 코드에선 UHWUserWidget 클래스로 제한)

코드 설명:

1. 어떤 위젯을 만들지 정한다
→ ChatInputWidgetClass
2. 실행 중에 그 클래스로 실제 위젯을 만든다
→ ChatInputWidgetInstance
3. 만든 위젯을 화면에 추가하거나 조작한다

ChatInputWidgetClass 생성할 UI의 설계도

ChatInputWidgetInstance 설계도로 생성된 UI객체

[개념] "UMG", "Slate", "SlateCore" 모듈 추가

//프로젝트명.Build.cs

PublicDependencyModuleNames.AddRange(new string[] 
{ 
	// Initial Dependencies
	"Core", "CoreUObject", "Engine", "InputCore", "EnhancedInput",

	// UI
	"UMG", "Slate", "SlateCore",
});

UMG, Slate, SlateCore는 언리얼 UI 기능을 C++에서 사용하기 위해 Build.cs에 추가하는 UI 관련 모듈

주의 할점: UI 관련 클래스 작성시 빌드 에러가 난다면 Build.cs 파일에 모듈이 추가되었는지 확인할 것

[개념] Launch Seperate Server 옵션과 Run Under One Process 옵션

Launch Seperate Server:
- true: 독립된 서버 프로세스가 실행.
- false: 언리얼 에디터 프로세스가 서버이자 클라.
Run Under One Process:
- true: 언리얼 에디터 프로세스 내에서 서버와 클라가 동작. (디버깅할 때 사용)
- false: 서버와 각 클라들이 다른 프로세스로 분기됩니다. (개발할 때 사용)

데디케이티드 서버 기반 개발시

디버깅 시에는 “Launch Seperate Server == false && Run Under One Process == true”

릴리즈 검증 시에는 “Launch Seperate Server == true && Run Under One Process == false”

[함수 족보] NativeConstruct() / NativeDestruct()

한 줄 요약: 채팅 입력 위젯이 살아있는 동안만 입력 확정 이벤트와 처리 함수를 연결하고, 위젯이 사라질 때 연결을 해제하는 코드
코드설명:
NativeConstruct:
- 위젯이 생성되어 사용할 준비가 되었을 때 호출된다.
- 입력창의 OnTextCommitted 이벤트에 처리 함수를 등록한다.

NativeDestruct:
- 위젯이 제거되거나 정리될 때 호출된다.
- 등록했던 이벤트 함수를 해제한다.

OnTextCommitted:
- 텍스트 입력이 확정되었을 때 발생하는 이벤트이다.

AddDynamic:
- 이벤트가 발생했을 때 실행할 함수를 등록한다.

RemoveDynamic:
- 등록했던 함수를 이벤트에서 제거한다.

IsAlreadyBound:
- 같은 함수가 이미 이벤트에 연결되어 있는지 확인한다.
코드:

void UHWUserWidget::NativeConstruct()
{
	Super::NativeConstruct();

	if (EditableTextBox_ChatInput->OnTextCommitted.IsAlreadyBound(this, &ThisClass::OnChatInputTextCommitted) == false)
	{
		EditableTextBox_ChatInput->OnTextCommitted.AddDynamic(this, &ThisClass::OnChatInputTextCommitted);
	}
}

void UHWUserWidget::NativeDestruct()
{
	Super::NativeDestruct();

	if (EditableTextBox_ChatInput->OnTextCommitted.IsAlreadyBound(this, &ThisClass::OnChatInputTextCommitted) == true)
	{
		EditableTextBox_ChatInput->OnTextCommitted.RemoveDynamic(this, &ThisClass::OnChatInputTextCommitted);
	}
}

[함수 족보] PublicIncludePaths.AddRange(new string[] { "Homework9" });

한 줄 요약: 새로운 C++클래스의 Path 지정 생성시 경로오류를 해결해주기 위한 함수
언제 써?: 새로운 C++클래스의 Path 지정 생성할 때 build.cs 파일에 한번만 작성해주면 됨
코드:

//프로젝트명.Build.cs

PublicIncludePaths.AddRange(new string[] { "프로젝트명" });

[함수 족보] GetOwningPlayer()

한 줄 요약: 이 객체와 연결된 플레이어 컨트롤러를 찾아오는 역할
코드:

APlayerController* OwningPlayerController = GetOwningPlayer();

[함수 족보] TActorIterator <>

한 줄 요약: 월드 안의 특정 Actor들을 하나씩 찾아보는 반복 도구
언제 써?: 월드 속의 특정 클래스의 Actor만 찾고 싶을 때 (ex: PlayerController)
코드:

for (TActorIterator<AHWPlayerController> It(GetWorld()); It; ++It)
{
     AHWPlayerController* HWPlayerController = *It;
}

[기능구현] 채팅내역남기기

PlayerController
→ 메시지를 받음
→ ChatInputWidgetInstance->AddChatMessage(메시지)

UHWUserWidget::AddChatMessage
→ TextBlock 생성
→ 메시지 설정
→ ScrollBox에 추가

채팅 내역은 ScrollBox에 TextBlock을 동적으로 추가하는 방식으로 구현했다.
PlayerController의 FString 메시지는 FText::FromString()으로 변환해서 UI 함수에 전달한다.
메시지 추가 후 ScrollToEnd()를 호출해 최신 메시지가 자동으로 보이게 했다.

FText::FromString()
NewObject<UTextBlock>()
ScrollBox->ScrollToEnd()

2026/06/12

BreadMushroom — Fri, 12 Jun 2026 19:10:15 +0900

TIL 쓰기전 항상 명심 할 것

작성 타이밍: 공부가 다 끝나고 쓰려고 하면 지쳐서 안쓴다. 모르는게 있을 때 즉시 적기

작성 강도: 메모가 절대로 '공부'나 '또 하나의 짐'처럼 무거워지면 안됨.

[26-06-12] 멀티플레이 이름표 실종 디버깅

문제상황: 채팅을 쳤는데 클라이언트 화면에 유저 이름표(Player0: )가 안 나오고 채팅 내용만 뜸.
원인 (이유): PlayerNameString 변수에 UPROPERTY(Replicated)가 없어서 서버가 지어준 이름이 클라이언트로 배달되지 않았음
해결 방법:
- 중단점 걸고 디버깅하여 CXPlayerController.cpp 의 SetChatMessageString 함수속에 PlayerNameString 변수값이 제대로 전달 되지 않는 것을 확인
- CXPlayerState.h ➡️ 변수 위에 UPROPERTY(Replicated) 붙이기
- CXPlayerState .cpp ➡️ GetLifetimeReplicatedProps 함수 안에 DOREPLIFETIME(클래스명, 변수명); 등록하기

[함수 족보] FString::RightChop()

한 줄 요약: 문자열의 앞에서부터 내가 원하는 개수만큼 글자를 잘라내고 남은 부분만 가져오는 함수.
언제 써?: Player0: 123 에서 이름표를 떼고 입력한 숫자(123)만 쏙 빼오고 싶을 때.
코드:

FString OriginString = TEXT("Player0: 123");
FString ResultString = OriginString.RightChop(9); // 앞에서 9칸 자르기

[함수 족보] FString::FromInt()

한 줄 요약:정수(int32) 숫자를 문장(FString)으로 바꿔주는 변환기
언제 써?:정수 숫자를 FString 변수에 저장할 때 Append랑 같이 사용되는듯?
코드:

FString BaseMessage = TEXT("정답은: ");
BaseMessage.Append(FString::FromInt(5));

[함수 족보] Append()

한 줄 요약:기존 문장 뒤에 새로운 글자를 이어 붙이는 함수
언제 써?:숫자야구에서 정답 숫자를 하나씩 이어 붙여서 세 자리 번호("1" ➡️ "12" ➡️ "123")를 완성해 나갈 때
코드는 FromInt() 보면 됨

[함수 족보] Len()

한 줄 요약:문자열의 길이(글자 수)가 총 몇 개인지 숫자로 세어줌.
언제 써?:채팅창에 너무 긴 글(예: 100글자 이상)을 쓰지 못하도록 글자 수를 제한할 때
코드:

if (ChatMessage.Len() <= 100) { }

[함수 족보] FMath::RandRange(최소, 최대)

한 줄 요약: 지정한 범위 내에서 랜덤한 숫자 하나를 뽑아주는 주사위
언제 써?:숫자야구에서 컴퓨터가 중복 없는 정답 번호를 무작위로 정할 때
코드:

[함수 족보] RemoveAt()

한 줄 요약: 배열에서 내가 지정한 방 번호의 데이터를 지우고, 뒤의 데이터를 앞으로 당긴다.
언제 써?:숫자야구에서 0~9까지 들어있는 주머니에서 한 번 뽑은 숫자를 다신 안 나오게 제거할 때
코드:

[함수 족보] TSet<TCHAR> 변수명;

한 줄 요약: 중복을 절대 허용하지 않는 특수 주머니
언제 써?:유저가 숫자야구에서 "112"처럼 중복된 숫자를 입력했는지 감별하고 싶을 때
코드:

2026/06/02

BreadMushroom — Tue, 2 Jun 2026 20:56:14 +0900

1.AI퀴즈(매일 10문제)

2.코드카타(매일 3문제)

3.언리얼 기초 다지기

AI퀴즈

진도를 따라잡혀서 모르는 내용밖에 안나왔음.

코드카타

문제 1: [숫자 비교하기]

접근 방식: 조건문을 사용해서 숫자가 같을 경우와 다를 경우 2가지 케이스로 나누려고 하였다.
핵심 코드: != 같지않다는 의미
피드백 & 최적화: 생략

#include <stdio.h>
#include <stdbool.h>
#include <stdlib.h>

int solution(int num1, int num2) {
    int answer = 0;
    
    if(0<=num1&&num1<=10000 && 0<=num2&&num2<=10000)
    {
        if(num1==num2)
        {
            answer = 1;
        }
        if(num1 != num2)
        {
            answer = -1;
        }
    }
    return answer;
}

문제 2: [두 수의 합 구하기]

접근 방식:리턴값에 num1과 num2값을 +기호를 사용해 더하여 저장해 줬다.
핵심 코드:+ 기호
피드백 & 최적화: 생략

#include <stdio.h>
#include <stdbool.h>
#include <stdlib.h>

int solution(int num1, int num2) {
    int answer = 0;
    
    if(-50000<=num1&&num1<=50000 && -50000<=num2&&num2<=50000)
    {
        answer = num1 + num2;
    }
    return answer;
}

문제 3: [두 수의 나눗셈]

접근 방식:num1과 num2를 나눠서 1000을 곱하고 answer변수에 저장하자. 단, 변수가 모두 정수타입이기 때문에 나눈 값이 0.5 같은 실수로 나오게 되면 0으로 처리되니 계산할 때 잠깐 변수하나를 형변환 시켜주었다.
핵심 코드:(double)num1
피드백 & 최적화: 형변환 하지 않고 그냥 1000*num1/num2 로 진행하면 깔끔해진다. 나누기를 하기 전에 1000을 먼저 곱해서 소수점 아래로 내려갈 숫자들이 미리 정수 자리(일의 자리 이상)로 올라오게끔했기 때문.

#include <stdio.h>
#include <stdbool.h>
#include <stdlib.h>

int solution(int num1, int num2) {
    int answer = 0;
    
    if(0<num1&&num1<=100 && 0<num2&&num2<=100)
    {
        answer = ((double)num1/num2)*1000 ;
    }
    return answer;
}

언리얼 기초 다지기

어제 배운 내용 복습 시퀀스

어제 한 코드 다 지우고 한글 주석만 보고 구현하기
1분 동안 생각해보고 모르면 바로 정답코드 보기
잘 몰랐던 부분 메모 해두기

void OnChatInputTextCommitted(const FText& Text, ETextCommit::Type CommitMethod);

왜 이 함수에 리플렉션 매크로( UFUNCTION() ) 을 꼭 달아 줘야 될까?

언리얼의 AddDynamic(동적 바인딩)을 사용해 이벤트와 내 함수를 연결하려면, 언리얼 엔진이 내 함수의 이름을 인식할 수 있어야 하므로 UFUNCTION()을 달아줘야 한다.

#언리얼 델리게이트 개념강의 참고하기

오늘 배운 핵심 이론

주제:언리얼 서버 종류와 데디케이티트 서버의 구조

서버 종류

Peer-to-Peer
모든 사람이 서버이자 클라이언트
다크소울, 토렌트
Listen
클라이언트이자 서버인 방장이 있고
나머지 참가자는 모두 클라이언트
마크,어몽어스
Dedicated
서버 담당자가 있고
나머지는 모두 클라이언트
배틀그라운드

우리가 배울건 데디케이티트 서버

데디케이티드 서버의 구조

PIE 또는 Server.exe 실행하여 서버 프로세스 실행
서버안에 Level, GameMode, GameState 생성
다른 PC가 접속할 수 있게 Socket이 생성됨
다른 PC사용자가 서버의IP주소와 포트번호로 접속을 시도
서버는 접속 시도 클라이언트에게 Level정보를 준다.
클라이언트가 Level여는데 성공하면 서버에게 다시 알림
성공알림을 받은 서버는 Level을 여는데 성공한 클라이언트의 전용
  PlayerState, PlayerController,PlayerCharacter
  생성하고 클라이언트에게 복사해준다.
  이때 GameState도 복사해줌.
다른 클라이언트가 접속했다면 위 과정을 반복.
단 접속한 클라이언트의 각자의 PlayerController정보는 복사되지않는다.
서버-클라이언트 구조의 아주 중요한 특징
- 그림에서 볼 수 있듯, 클라이언트와 클라이언트 간의 통신이 불가능합니다.
- 오직 서버와 클라이언트 사이의 통신만 가능합니다.
- 이것이 앞으로 배울 RPC나 프로퍼티 레플리케이션에도 영향을 끼칩니다.

1. NetMode

한 줄 요약:이 게임 프로세스가 지금 어떤 역할(상태)인가?
핵심 구분:
- Standalone:싱글 플레이.
- Dedicated Server:연산과 규칙 판정만 하는 서버
- Listen Server:플레이어가 직접 게임을 플레이하면서 동시에 서버 역할(방장)까지 겸함.
- Client:서버가 만든 방에 접속해서 조작만 하는 일반 참가자.

2. NetMode의 필요성

한 줄 요약:서버와 클라이언트가 똑같은 코드를 같이 실행하기 때문
이유:멀티 게임에서는 서버 컴퓨터에도 내 캐릭터가 있고, 내 PC에도 캐릭터가 있습니다. 이 코드가 서버에서 도는 건지, 클라이언트에서 도는 건지를 구분해서 서로 다른 처리를 해주기 위해.

3. NetDriver (잘 모르겠음)

4. NetConnection

한 줄 요약:손님(클라이언트)과 요리사를 1:1로 매칭해주는 식당 주문번호 영수증
역할: 클라이언트와 서버와 연결 고리.
- ServerConnection: 클라이언트가 서버를 바라보는 단 하나의 영수증.
- ClientConnection: 서버가 접속한 각각의 클라이언트들을 바라보는 영수증.(클라이언트 수만큼 생김)

5. Ownership(잘 모르겠음)

6. 디버깅용 로그(잘 모르겠음)

개념:현재 실행 중인 주체가 Client인지 DedicatedServer인지 코드로 판별하는 작업.
목적:공격을 했는데 데미지가 안 들어갈 때, 이 로그를 찍어서 서버로 패킷이 안 갔는지 확인하는 디버깅용 코드.

학습 내용중 주의할 점:

클라이언트와 클라이언트 간의 통신이 불가능
GameMode는 오직 서버만 가짐

NetDriver/Ownership/디버깅용 로그 내일 꼭 다시 확인하기

2026/06/01

BreadMushroom — Mon, 1 Jun 2026 22:44:04 +0900

1.코드카타

2.AI퀴즈

3.언리얼 기초 다지기

4.기획 수업

코드카타(하루 3문제씩)

-두 수의 곱

-몫 구하기

-나이 출력

#include <stdio.h>
#include <stdbool.h>
#include <stdlib.h>

int solution(int age) 
{
    int answer = 0;

    if(0<age && age<=120)
    {
        answer = 2023 - age;
    }
    return answer;
}

AI퀴즈

-애니메이션 개념 학습 필요

문제1:다음 코드는 Tick 함수를 사용하여 액터를 회전시키는 코드입니다. 빈칸에 들어갈 올바른 코드는 무엇인가요?

void AMyActor::Tick(float DeltaTime)
{
    Super::Tick(DeltaTime);
    
    FRotator NewRotation = GetActorRotation();
    NewRotation.Yaw += 90.0f * DeltaTime;
    ____________________;
}

정답: A - SetActorRotation(NewRotation);

내가 고른답: AddActorRotation(NewRotation);

오답노트: SetActorRotation() vs AddActorRotation()

SetActorRotation()

액터의 회전을 내가 지정한 회전값으로 설정

AddActorRotation()

액터의 현재 회전에 내가 준 회전량을 추가

SetActorRotation() = 시계 바늘을 3시 방향으로 맞추기
AddActorRotation() = 현재 시계 바늘에서 30도 더 돌리기

언리얼 기초 다지기

1-2강 강의 완

학습하면서 궁금했던 부분

의문1:왜 채팅UI를 플레이어 컨트롤러에 연결할까?
1.생명주기: 캐릭터가 죽을때 월드에서 사라지는 게임이라면 캐릭터가 죽어도
채팅은 유지되어야 하기 때문.
캐릭터 리스폰 중에도 채팅창이 닫히거나 기존 대화 기록이 날아가지 않게 하기 위함.
2.입력처리: 언리얼에서 키보드나 마우스의 입력을 가장 먼저 받는 곳이
플레이어 컨트롤러다.
채팅중에는 캐릭터 조작을 막고 채팅을 끄면 다시 마우스 커서
를 숨기는 등 입력상태 제어가 용이함.
3.네트워크:채팅을 칠 때 구조 (내 플레이어 컨트롤러->서버->다른 플레이어의 컨트롤러)
이런 순서이기 때문에 서버와 통신할 수 있어야 함.
플레이어 컨트롤러 클래스는 서버와 통신할 수 있는 대표적인 클래스.

의문2:왜 채팅UI를 플레이어 컨트롤러에 연결할 때 헤더에 변수가 2개필요할까? (Class, Instance)
어떤 UI를 만들지 고르는 용도:ChatInputWidgetClass
메모리에 생성된 진짜 UI:ChatInputWidgetInstance
Class가 있어야 Instance를 찍어낼 수 있음.

의문3.왜 OwingCXPlayerController->SetChatMessageString(Text.ToString()); 에서 Text.ToString() 이렇게 쓸까?
일단SetChatMessageString()함수에서 파라미터가 FString이고
FText와 FString은 용도가 다르기 때문인데.
FText:화면에 보여주기 위한 글자상자(UI용)
FString:컴퓨터로 조작하기 좋은 글자상자(기능용)

의문4.채팅을 화면에 띄우는 PrintString함수의 파라미터 중 맨 앞에 붙는 WorldContextObject이게 뭐지?
WorldContextObject: "이 함수를 실행하는 기준 공간이 어디인지 알려달라"는 뜻
this를 넣는이유:코드 작성장소가 ACXPlayerController인데 이 오브젝트가 있는 월드에 생성해 달라는 의미.

이해 잘 안되는 부분

void UCXChatInput::NativeConstruct()
{
	Super::NativeConstruct();

	if (EditableTextBox_ChatInput->OnTextCommitted.IsAlreadyBound(this, &ThisClass::OnChatInputTextCommitted) == false)
	{
		EditableTextBox_ChatInput->OnTextCommitted.AddDynamic(this, &ThisClass::OnChatInputTextCommitted);
	}
}

void U현재클래스이름::NativeConstruct()
{
	Super::NativeConstruct();

	// 1. 연결하기 (방어막 버전)
	if (내컴포넌트이름->이벤트이름.IsAlreadyBound(this, &ThisClass::내함수이름) == false)
	{
		내컴포넌트이름->이벤트이름.AddDynamic(this, &ThisClass::내함수이름);		
	}	
}

void UCXChatInput::OnChatInputTextCommitted(const FText& Text, ETextCommit::Type CommitMethod)
{
	if (CommitMethod == ETextCommit::OnEnter)
	{
		APlayerController* OwingPlayerController = GetOwningPlayer();
		if (IsValid(OwingPlayerController) == true)
		{
			ACXPlayerController* OwingCXPlayerController = Cast<ACXPlayerController>(OwingPlayerController);
			if (IsValid(OwingCXPlayerController) == true)
			{
				OwingCXPlayerController->SetChatMessageString(Text.ToString());

				EditableTextBox_ChatInput->SetText(FText());
			}
		}
	}
}
// 1."유저가 그냥 마우스를 딴 데 클릭한 게 아니라, 진짜로 'Enter' 키를 눌러서 글을 보낸 게 맞나?" 확인하는 조건문
// 2.이 UI를 소유하고 있는 진짜 유저(플레이어 컨트롤러)를 찾아옵니다. (기본형 리모컨)
// 3.중요(Cast): "가져온 리모컨이 우리가 만든 커스텀 리모컨(ACXPlayerController)이 맞는지" 확인하고 형변환합니다.
// 4.유저 리모컨에게 "방금 입력받은 글자(Text)를 문자열로 바꿔서 전송해줘!" 라고 명령을 내립니다.
// 5.전송이 끝났으니 내가 타이핑했던 입력창의 글자들을 다시 깨끗하게 빈 칸(FText())으로 비워줍니다.

기획수업- 전투 시스템 설계 이론

기획자가 타인과 소통할 때 태도를 참고하기 좋은 책 3권
1.언어의 온도
2.자존감 수업
3.말그릇

R&R 나누기 (책임과 역할을 밸런스있게)

다음 팀플 때 시도해보기
[ ] 회의 규칙 정하기 — "의견을 낼 땐 근거도 같이 / 지금은 결정할 시간인가 수렴할 시간인가 구분하기"를 회의 첫머리에 합의
[ ] 읽히는 기획서 쓰기 — 핵심을 맨 앞에, 한 장 요약을 먼저. 팀원이 안 읽는다는 전제로 작성
[ ] 기획 동결(freeze) 시점 정하기 — "이 시점 이후엔 핵심 기획을 바꾸지 않는다"를 킥오프에서 합의해, 선기획 후개발을 강제
[ ] 역할·스코프 합의 양식 쓰기 — 누가 무엇을 언제까지, 구현 가능 여부를 확답으로 적어두기
[ ] AI 활용의 내 기준 정하기 — 어디까지 AI에 맡기고 어디부터 내가 할지 스스로 선 긋기
[ ] 온라인 협업 방식 설계하기 — Zep 외 비동기 협업 툴과 문서 동기화 방법을 팀 차원에서 미리 정하기
[ ] 잘 만든 게임의 기획 뜯어보기 — 좋아하는 게임을 역기획해보며 기획 안목과 자신감 기르기

수업 목표

재미있는 전투의 3가지 조건(판단의 여지/성장감/즉각적 반응)을 설명할 수 있다.
히트박스, 허트박스, 공격 3단계(스타트업/활성/후딜레이)의 의미를 이해한다.
텔레그래프의 중요성과 올바른 설계 방법을 이해하고 기획서에 적용할 수 있다.
보스전의 페이즈 구조와 패턴 설계 원칙을 이해하고 직접 설계할 수 있다.
클래스, 빌드 다양성, 카운터 구조가 전투에 깊이를 주는 방식을 설명할 수 있다.
속성 상성 시스템의 기획 의도와 원소 반응 설계 원칙을 이해한다.
콤보 시스템의 3가지 구조(버튼 시퀀스/자동 이어지기/스킬 연계)와 설계 원칙(캔슬·감쇠)을 이해한다.
무적 프레임(I-Frame)의 원리와 가드·패링 시스템의 리스크-리워드 구조를 설명할 수 있다.
전투 리소스(마나/스태미나/게이지) 유형과 설계 원칙 5가지를 구분할 수 있다.
난이도 스케일링의 4가지 방법을 이해하고 적절한 방법을 선택할 수 있다.

재미있는 전투의 3가지 조건

판단의 여지	버튼만 누르는 기계로 만들지 말고, 전투 중에 계속 '고민하고 선택하게' 만드는 것.
성장감	처음보다 지금의 내가 확실히 강해졌고, 전투가 수월해졌다는 느낌을 주는 것
즉각적 피드백	타격감의 본질

전투 시스템: 재미있는 전투의 조건 '판단의 여지'

행동심리학적 이유:
- 사람은 남이 시켜서 하는 것보다 '내가 직접 상황을 판단하고 결정해서 성공했을 때' 훨씬 더 큰 성취감을 느낀다. (자율성의 원리)
실제 게임 예시:
- 예시 1: 원신에서 적이 강력한 광역기를 쓰려고 바닥에 장판을 깔았을 때, [대시로 범위를 벗어날 것인가] vs [무적 판정이 있는 스킬로 맞받아칠 것인가] 선택하는 순간.
- 예시 2: 붕괴스타레일에서 적의 속성 보호막을 보고, 내가 가진 캐릭터 중 어떤 속성으로 카운터를 칠지 덱을 고민하는 순간.
기획자로서의 생각:
- 유저에게 판단을 유도하려면 먼저 적이 뭘 할지 '힌트(전조 동작)'를 줘야 한다. 힌트도 안 주고 알아서 맞추라는 건 판단이 아니라 불합리한 찍기다. 유저가 '내 실력으로 이겼다!'고 느끼게 판을 깔아주자.
- 다크 소울류 게임들의 보스가 플레이어 캐릭터보다 큰 이유는 보스의 행동패턴을 잘 보이게 하여 힌트를 확실하게 주는 의미도 있다고 생각한다. 또한 보스를 마주하기 전의 그 맵의 잡몹과 엘리트 몬스터들을 통해 보스가 어떤 행동패턴을 사용할지 미리 플레이어에게 학습시키는 것도 하나의 힌트라고 생각된다.

전투 시스템: 재미있는 전투의 조건 '성장감'

핵심 구분 (성장감의 두 가지 루트):
1. 플레이어의 성장 (컨트롤/패턴 숙지): 다크소울처럼 유저가 30번 죽어가며 보스 패턴을 다 외워 피지컬로 깨는 맛.
2. 캐릭터/시스템의 성장 (스펙/도구): 일반적인 RPG나 오픈월드 게임처럼 레벨업, 장비 세팅, 카운터 캐릭터 조합을 통해 옛날엔 고전했던 정예 몹을 3초 만에 녹여버리는 맛.
실제 게임 예시:
- 원신에서 엔드 컨텐츠인 지맥제압전을 도전할 때 캐릭터 가챠를 통해 카운터 조합을 완성하여 전에는 깰 수 없었던 최고 난이도를 클리어 할 수 있게 되는 성취감
기획자로서의 생각:
- 성장감을 주려면 반드시 초반의 불리함/답답함과 후반의 유리함/쾌적함의 격차를 의도적으로 설계해야 한다. 바이오 하자드가 이 부분에서만큼은 정말 잘 설계 했다고 생각된다. 엄청난 수의 좀비가 몰려오지만 총알의 수량을 넉넉하게 주지 않고 딱 그 맵의 좀비 수량만큼 처치할 정도로 총알을 맵에 배치 해 놓기 때문에 항상 판단의 순간이 찾아오고 게임 후반부로 갈 수록 의도적으로 더 좋은 성능의 총기류를 해금 해주고 총알도 넉넉하게 배치해뒀다.

전투 시스템: 재미있는 전투의 조건 '즉각적인 피드백'

피드백을 주는 방법들:
1. 시각: 화려한 검기 이펙트, 적이 뒤로 넘어지는 모션, 카메라 흔들기, 묵직함을 주는 '역경직(Hit Stop)'.
2. 청각: 베기/타격/마법 등 무기 속성에 맞는 찰진 사운드 효과음.
3. 촉각: 상황에 맞춰 패드가 부르르 떨리는 햅틱피드백.
4. UI: 크리티컬 터졌을 때 엄청 크게 뜨는 빨간색 데미지 숫자.
실제 게임 예시:
- 명조에서 초거대 로봇이 검을 땅으로 찍는 궁극기를 쓸 때, 화면이 크게 흔들리며 지진이 나는 듯한 사운드 출력 및 몹의 체력바가 줄어드는 연출.
- 반대로 적의 공격을 타이밍 맞춰 딱 막았을 때(패링), '깡!' 하는 청각적 소리와 함께 화면이 순간적으로 슬로우 모션이 되며 적이 무방비 상태로 비틀거리는 피드백.
기획자로서의 생각:
- 즉각적인 피드백이 밋밋하면 유저는 전투에서 흥미가 떨어진다. 반대로 피드백만 훌륭해도 게임을 조작하는 맛이 산다. 대표적인 게임으로 파이널판타지16이 있을 것 같은데 엄청나게 화려한 전투 스킬 이펙트와 조작이 어렵지 않은데 플레이어가 엄청 전투를 잘해 보이게 만드는 연출이 많이 들어가 있다. 적의 공격을 타이밍에 맞춰 퍼펙트 회피? 닷지를 하면 굉장히 화려한 이펙트 연출과 묵직한 사운드를 출력하면서 회피 한번에 전투 고수가 된 기분을 느끼게 해준다.

히트박스, 허트박스, 공격 3단계

히트박스:공격이 적중하는 범위

허트박스:공격 받는 범위

히트박스와 허트박스가 겹쳐지는 순간이 히트 판정

공격 3단계:

단계 1 : 스타트업 (Startup)
  공격 전 준비 동작 단계
  → 히트박스가 아직 없음
  → 길수록 피하기 쉬움 (느린 공격)
  → 짧을수록 반응이 어려움 (빠른 공격)
  → 기획서에서 "선딜레이" 또는 "준비 프레임"으로 표기

단계 2 : 활성 프레임 (Active Frame)
  실제 히트박스가 켜지는 구간
  → 이 구간에 허트박스와 겹치면 데미지 발생
  → 길수록 맞추기 쉬운 공격

단계 3 : 후딜레이 (Recovery / Endlag)
  공격 후 다음 행동 가능까지의 딜레이
  → 길면 공격 후 반격에 취약 = 리스크
  → 짧으면 안전한 공격 = 낮은 데미지로 밸런스 조정 필요
  → "큰 공격 = 높은 후딜레이 = 높은 데미지" 리스크-리워드 균형

텔레그래프

텔레그래프 = 공격 전에 주는 예고 신호.

내일부터 다시 작성

i	정답	입력	결과
0	1	1	스트라이크
1	2	3	볼
2	3	2	볼