Zend Framework 2 - 응용 프로그램/모듈/서비스 관리자 - Oh My

Question

저는 오랫동안 Zend Framework 1 개발자로서 Zend Framework 2를 배우기 시작했습니다. 새로운 용어로 머리를 감싸는 데 어려움을 겪고 있습니다.

위로 돌아 가기 ZF1로 돌아가서 애플리케이션에 전역 인 로거를 만들려면 application.ini 파일에 구성을 추가하고 부트 스트랩을 리소스로 초기화해야합니다. . 그럼 내 모듈 컨트롤러에서 부트 스트랩 리소스를 통해 로거에 액세스 할 수있었습니다.

ZF2를 입력하십시오. 모듈은 약간 다른 짐승이며, 자체적으로 포함되어 있지만, 응용 프로그램과 상호 작용하는 방법에 대해 약간 혼란 스럽습니다. 이것이 ServiceManager가 작동하는 곳인 것처럼 보입니다. 내 목표는, 내 모듈 (컨트롤러가 아니라 모듈 자체)을 사용하여 응용 프로그램이 로거를 정의했는지 여부를 확인하고, 있으면 로거를 모듈 전체에서 활용하는 것입니다. 응용 프로그램에서 로거를 정의하지 않으면 모듈에서 모듈 로깅을위한 로거를 정의하도록합니다.

이 질문은 또한 데이터베이스와 관련이 있습니다. 응용 프로그램에서 데이터베이스 연결의 논리를 정의하고 필요한 모듈의 논리를 모듈에 정의하도록하고 싶다고합시다. 얼마나 정확하게 구성하고 응용 프로그램에 이미 데이터베이스 리소스가 정의되어 있는지 어떻게/어디에서 확인할 수 있습니까?

참고 : Rob Allen의 빠른 시작 (내가 알기로는 정보가 부족하고 리소스가 부족하여 리소스가 부족하다는 단점을 지니고 있음)과 ZF2 (readthedocs) 및 봤 거든. 내가 알기로는 퍼즐의 특정 부분이 '어디로 가는가'에 관한 정보가 일반적으로 매우 모호하다는 것입니다.

Answer 1

Zend Framework 1.x에서 아는 내용은 "응용 프로그램 리소스"입니다.

"응용 프로그램 자원"의 개념은 이른바 "services" (인트로 here)

타 변경 모듈 자체이다 젠드 의해 워크 (2)에 대체된다. ZF1에서 모듈은 주로 일부 요청을 처리하는 응용 프로그램의 하위 섹션이었습니다. ZF2에서는 더 이상 사실이 아닙니다. 모듈이 서비스 또는 컨트롤러를 정의하면 이제는 모든 응용 프로그램에서 액세스 할 수 있습니다. 일부 differences between ZF1 and ZF2 by Gary Hockin에 멋진 소개가 있습니다.

어쨌든, 모듈은 아니요입니다. 이들은 격리 된 환경에서 가능한 한 적은 종속성으로 개발되어야하지만 모든 응용 프로그램에 영향을 미치는 교차 관심 기능을 제공합니다.

특정 로거의 경우 모듈이 항상 로거를 정의하고 소비하는 것이 좋습니다. 어떤 조건 로거를 정의 할 수있는 것은 다음과 같은있다 : 당신은 모든 응용 프로그램에 걸쳐 '일부 로거 이름을'사용할 수있을 것

class MyModule 
{ 
    public function onBootstrap($e) 
    { 
     // $e->getTarget() is the \Zend\Mvc\Application 
     $sm = $e->getTarget()->getServiceManager(); 

     if (!$sm->has('some-logger-name')) { 
      $sm->setFactory('some-logger-name', function ($sl) { 
       return new MyLogger($sl->get('some-db')); 
      }); 
     } 
    } 
} 

.

다른 접근 방식은 로거 서비스를 정의하고 다른 모듈 또는 구성 나중에 그것을 무시하도록하는 것입니다 :

덜 유연하고 캐시 할 수 없지만, 더 높은이있는, getServiceConfig으로 달성

class MyModule 
{ 
    public function getConfig() 
    { 
     return array(
      'service_manager' => array(
       'factories' => array(
        'some-logger-name' => 'My\Logger\Factory\ClassName' 
       ), 
      ), 
     ); 
    } 
} 

동일 getConfig 이상 우선 순위는 (대체를 할 수 있습니다) 당신은 또한 폐쇄로 서비스 공장을 정의 할 수 있습니다 : 해당 없음 (그런 다음 심지어 어떤 로거를 결정하기 위해 사용할 수있는 설정 키를 정의 할 수

class MyModule 
{ 
    public function getServiceConfig() 
    { 
     return array(
      'factories' => array(
       'some-logger-name' => function ($sl) { 
        return new MyLogger($sl->get('some-db')); 
       }, 
      ), 
     ); 
    } 
} 

서비스를 나) 사용할 수 있습니다.

모듈 및 구성의 개념은 "last module wins"이기 때문에 모듈 또는 이전에로드 된 모듈에 'some-logger-name' 서비스를 정의 할 수 있습니다.

동일한 개념이 DB 연결에도 적용됩니다.

위에서 볼 수 있듯이 서비스로 이동하면 이미 어느 정도의 자유가 부여되었습니다.

"응용 프로그램"이 당신에게 뭔가를 정의하지는 않습니다 : 모듈은 서비스/구성/이벤트 등을 정의합니다. 실행중인 응용 프로그램은 이러한 모든 것들을 함께 구성합니다.

Answer 2

특히 로깅의 경우에는 ServiceManager을 사용하는 것보다 캡슐화 된 방법이 더 좋습니다. ZF2는 본질적으로 이벤트 기반 프레임 워크이며이 이벤트 기반 아키텍처를 가능하게하는 기능을 우리의 이점으로 사용할 수 있습니다. 로깅은 완벽한 예입니다. 팩토리를 정의하는 대신 응용 프로그램의 어느 위치에서든 트리거 될 수있는 로거 이벤트 만 첨부하면됩니다.

은 Module.php에 log 이벤트 리스너를 첨부 : 나는 크게 작성자 감사 (빠르게

$this->getEventManager()->trigger('log', $this, array(
    'priority' => \Zend\Log\Logger::INFO, 
    'message' => 'just some info to be logged' 
));