1. 데이터와 로직, 뷰의 분리

"MonoBehaviour에 모든 걸 때려박지 마라."

• UI든 게임 오브젝트든, MonoBehaviour는 "View & EntryPoint" 역할만 시키자.
• 데이터는 ScriptableObject, 클래스, JSON 등으로 분리.
• 로직은 별도의 Manager, Service, StateMachine, Controller 클래스로 추출

public class Player : MonoBehaviour
{
    public PlayerStats stats;
    private PlayerController controller;

    void Awake()
    {
        controller = new PlayerController(stats);
    }

    void Update()
    {
        controller.HandleInput();
    }
}

2. 명확한 책임 분리 (SRP 원칙)

하나의 클래스가 하나의 역할만 하도록 설계하기.

• InventoryManager, ItemDatabase, InventoryUI 등 분리.
• UIWindow가 데이터를 직접 가공하지 않도록.
• View → Presenter(or Controller) → Model 구조 추천

3. 이벤트 기반 구조 연습

느슨한 연결(Loosely Coupled)은 유지보수의 핵심.

• UnityEvent, C# Event, 혹은 MessageBus 구조 도입.
• 상태 변화가 생기면 직접 처리하지 말고, 이벤트를 던지고 다른 컴포넌트가 반응.

public class PlayerStats : MonoBehaviour
{
    public event Action OnHealthChanged;
    public void TakeDamage(int amount)
    {
        health -= amount;
        OnHealthChanged?.Invoke();
    }
}

4. 컴포넌트 기반 설계 사고 유지