컴포넌트 재사용성을 높이기 위해서는 비즈니스 로직과 UI 로직을 분리해야 합니다. 이때 비즈니스 로직과 UI 로직을 구분하는 기준은 무엇일까요?? 만약 특정 컴포넌트에서만 보여주는 데이터를 로컬

컴포넌트 재사용성을 높이기 위해서는 비즈니스 로직과 UI 로직을 분리해야 합니다. 이때 비즈니스 로직과 UI 로직을 구분하는 기준은 무엇일까요?? 만약 특정 컴포넌트에서만 보여주는 데이터를 로컬 상태로 관리하고 있다면, 이 상태 관리 로직은, 상태 관리 로직이기 때문에 비즈니스 로직일까요? 다른 컴포넌트에서 사용하지 않기에 UI 로직으로 봐도 될까요? 만약 해당 컴포넌트 재사용성을 높이려면, 비즈니스 로직으로 보고 상위 컴포넌트에서 prop 으로 전달하는 방식으로 구현해야 할 것입니다. 그러나 해당 컴포넌트를 특정 상황에서만 사용해서 재사용성을 높일 필요가 없다면 colocation 원칙을 따라 해당 컴포넌트 안에 로직을 두는 것이 오히려 유지보수에 유리할 수도 있습니다. 이처럼 원칙을 지키려는 노력만큼이나, 상황에 따른 유연한 대응도 중요한 것 같아요. 결국 개발자는 코드로 비즈니스 가치를 만들어내는 사람들이어서요. 원칙을 깊이 고민하되, 여러 각도에서 문제를 해결하는 개발자가 되고 싶습니다.