About Skill&Container

Skill의 확장성에 중점을 두고 설계를 했습니다. 이 Skill Actor들을 관리하기 위해서 Container라는 Component를 만들어 Weak Pointer로 제어를 할 수 있게 만들었습니다. Skill에 딱 맞는 Container를 만들기도 하였고 범용 Container로 처리한 경우도 있었습니다.

Skill Actor & Container

SkillActor.h

protected:
UCLASS()
class ESCAPEGAME_API ASkillActor : public AActor
{
	UPROPERTY(VisibleAnywhere, BlueprintReadWrite)
	USceneComponent* Root;

	//형태로 사용될 수 있는 주된 이펙트
	UPROPERTY(VisibleAnywhere, BlueprintReadWrite, Category = "effect")
	UParticleSystemComponent* VFX_Main;

	//명중시 이펙트
	UPROPERTY(VisibleAnywhere, BlueprintReadWrite, Category = "effect")
	UParticleSystemComponent* VFX_Hit;

	UPROPERTY(VisibleAnywhere, BlueprintReadWrite, Category = "Collision")
	USphereComponent* MainCollision;

	//맞으면 나는 소리
	UPROPERTY(BlueprintReadWrite, VisibleAnywhere, Category = "Contents")
	UAudioComponent* SFX_Hit;
	//주변에서 나는 소리
	UPROPERTY(BlueprintReadWrite, VisibleAnywhere, Category = "Contents")
	UAudioComponent* SFX_Passing;

	UPROPERTY(VisibleAnywhere, BlueprintReadWrite, meta = (AllowPrivateAccess = "true"), Category = Info)
		float Damage;
}

Skill을 표현하기 위해서 Mesh를 사용하기보단 Particle이 가장 적절하기 때문에 Particle과 Sound를 제어하는 기능을 넣었습니다.

Component_SkillContainer.h

UCLASS( ClassGroup=(Custom), meta=(BlueprintSpawnableComponent) )
class ESCAPEGAME_API UComponent_SkillContainer : public UActorComponent
{
public:	

	virtual void UseSkill(const AActor& TargetActor,const FVector& Direction , int n_Count=1) PURE_VIRTUAL(UComponent_SkillContainer::UseSkill,  );

protected:
	void clear();


	UPROPERTY(EditAnywhere,  Category = "contents", meta = (AllowPrivateAccess = "true"))
		TArray< TWeakObjectPtr< ASkillActor > > SkillObjects;
	UPROPERTY(VisibleAnywhere, Category = "contents", meta = (AllowPrivateAccess = "true"))
		TWeakObjectPtr < ASkillActor> CurrentIndex;
	UPROPERTY(VisibleAnywhere, Category = "contents", meta = (AllowPrivateAccess = "true"))
		int Index;
	//배열 초기화 크기. 늘어나진 않는다
	UPROPERTY(VisibleAnywhere, Category = "contents", meta = (AllowPrivateAccess = "true"))
		int ArraySize;
}

Skill Object들을 스폰한 후 컴포넌트에 추가하는 방식을 채택했습니다. Use Skill이라는 함수를 Pure virtual 형태로 선언하여 하위 컴포넌트들이 자신의 목적에 맞는 형태의 함수를 선언하도록 했습니다.

Skill Actor & Container 구현할 때 집중한 점

하위 클래스들은 어떤 특성을 가지고 게임을 구성할지 생각하며 공통되는 점을 찾아서 만들었습니다. Skill은 VFX와 SFX 중심이고 Container는 이 Skill actor를 오브젝트 풀링을 통해 관리하는 기법을 사용하도록 만들었습니다. 이 두 클래스를 만든 목적은 상속을 통한 확장으로 코드를 줄이고 Cast를 통한 제어를 편하게 하기 위함입니다. 이 목적에 맞는 내용으로 구성되게 집중했습니다.

하위 클래스들에 대하여

• Projectile 계열을 제외한 하위 Skill actor는 각각의 사용시 호출 방법과 어떤 효과를 나타내고 어떤 에셋을 이용하는지만 작성됐습니다.Projectile 계열 Skill을 사용하게 될 경우, Gunner의 Mag Component처럼 구현했습니다
• SKill container 계열 클래스의 경우, Owner의 사용 요청이 발생하면 지금 사용 가능한 Skill actor중 한 actor에게 Transform 정보를 보내줍니다. 이 정보를 바탕으로 Container 내부에서 Skill에게 명령을 하달하는 방식으로 구현했습니다.

구현시 집중한 점

• 상속을 바탕으로 skill을 추가하기 편하게 만들기 위해 집중했습니다. 코드의 재활용이 가능한 상속의 특성을 이용한 코드 관리를 통해 생산성을 올리고 싶었습니다.
• 상속을 적용시키기 전에는 각자 클래스를 따로 만들고 공통되는 부분을 반복해서 작성했습니다. 그 결과, 새로운 Skill과 관리하는 Component를 생성할 때마다 시간이 오래걸렸습니다.

구현시 어려웠던 점

• 상속을 적용시키기 전, 마구잡이로 만든 클래스들의 공통점을 파악하는 과정이 어려웠습니다. 공통된 특성을 생각치 못 하고 생산성이 떨어지는 방식으로 만들었기 때문에 여러 문제가 있었습니다. 상속을 적용시켜야겠다고 생각한 계기는 이런 유형의 Actor와 Component를 생각보다 자주 만들게 된다는 것을 눈치챈 시점이였습니다. 당시 3가지 정도의 Skill이 있었고 이 스킬은 각자 독립된 상태였습니다. 이런 방식으로 추가를 하면 끝이 없을 것 같았습니다. 이 것을 해결하는 방법으로 상속이 떠올랐고 각자 스킬의 공통되는 부분을 정리해봤습니다. 이 내용을 바탕으로 Actor들은 Skill Actor로 Component들은 Container로 상속을 시켰습니다. 이 과정에서 설계의 중요성과 생산성을 올릴 수 있는 방법으로 상속을 사용할 수 있다는 점을 배우게 됐습니다.