그누보드6 미드레벨 프레임워크 기술면접

그누보드6는 PSR-4 오토로딩을 통해 네임스페이스 기반의 클래스 자동 로딩을 지원하여 require/include 문을 제거하고 코드 구조를 명확히 했습니다. PSR-7 HTTP 메시지 인터페이스 도입으로 요청과 응답을 객체로 다루어 미들웨어 패턴 구현이 가능해졌고, 테스트 용이성이 크게 향상되었습니다. 컴포저를 통해 서드파티 라이브러리를 표준화된 방식으로 관리할 수 있게 되어 의존성 관리가 체계적으로 변했습니다. 이러한 변화로 기존 절차적 코드에서 객체지향 아키텍처로 전환되어 코드 재사용성과 유지보수성이 대폭 개선되었습니다. 또한 PSR 표준 준수로 다른 PHP 프레임워크와의 호환성이 높아져 개발자 진입장벽이 낮아지고 협업이 용이해졌습니다.

싱글톤 방식은 컨테이너에서 서비스 인스턴스를 한 번만 생성하고 이후 요청에서 동일한 인스턴스를 재사용하는 반면, 팩토리 방식은 요청할 때마다 새로운 인스턴스를 생성합니다. 데이터베이스 연결은 싱글톤으로 등록해야 하는데, 연결 풀을 효율적으로 관리하고 불필요한 재연결 오버헤드를 방지하기 위해서입니다. 세션 관리자도 싱글톤이 적합한데, 요청 생명주기 동안 일관된 세션 상태를 유지해야 하고 여러 컴포넌트에서 동일한 세션 데이터를 참조해야 하기 때문입니다. 로거 서비스 역시 싱글톤으로 등록하여 애플리케이션 전체에서 일관된 로깅 설정과 파일 핸들러를 공유해야 합니다. 반면 이메일 발송 객체나 API 요청 클라이언트처럼 각 호출마다 다른 설정이 필요한 경우 팩토리 방식이 적합합니다. 잘못된 선택은 메모리 누수나 상태 공유 문제를 일으킬 수 있어 서비스의 특성을 정확히 이해하고 등록 방식을 결정해야 합니다.

그누보드6에서 테마는 전체적인 레이아웃과 디자인 체계를 정의하는 상위 개념이고, 스킨은 게시판, 최신글, 로그인 등 개별 모듈의 출력 템플릿을 담당하는 하위 개념입니다. 스킨 로딩은 테마 내부 스킨, 공용 스킨, 기본 스킨 순서로 우선순위를 가지며, 먼저 발견된 스킨 파일이 사용됩니다. 멀티 테넌트 환경에서는 각 테넌트를 식별하는 도메인이나 서브디렉토리 정보를 기반으로 동적으로 테마 경로를 변경하여 테넌트별 스킨을 로딩할 수 있습니다. 또는 공통 베이스 스킨을 만들고 테넌트별로 필요한 파일만 오버라이드하는 방식으로 코드 중복을 최소화할 수 있습니다. 스킨 설정 정보를 데이터베이스에 저장하고 런타임에 테넌트 컨텍스트에 따라 스킨 경로를 주입하는 방식으로 구현하면 유연한 멀티 테넌트 디자인 관리가 가능합니다.