PHP 의존성 주입 컨테이너 성능 벤치 마크

키 테이크 아웃

의존성 사출 컨테이너 (DIC)는 더 큰 PHP 응용 프로그램 및 프레임 워크에서 코드베이스를 유지하기위한 핵심 도구이지만 성능에 영향을 줄 수 있습니다. PHP에 대한 잘 알려진 DIC에는 PHP-DI, SymfonydependencyInjection, Zenddi, Ornodi, Dice 및 Aura.di가 포함됩니다. DIC의 성능은 실행 시간, 메모리 사용 및 포함 된 파일 수 측면에서 측정됩니다. 마지막 메트릭은 응용 프로그램의 전체 중량에 큰 영향을 줄 수 있으므로 특히 중요합니다. 테스트 된 용기 중에서 주사위, 기운 및 orno 중 가장 빠르며 주사위는 전체적으로 가장 빠릅니다. PHP-DI는 고유 한 기능에도 불구하고 상당한 성능을 얻었습니다. Symfony는 구성하기가 더 어렵지만 중간지면에서 수행되었으며 잘 알려진 프로젝트에서 컨테이너를 찾는 사람들에게 선호되는 선택입니다.

. 성능 차이에도 불구하고 DIC의 선택은 구성 구문 및 기능을 고려해야합니다. 주사위, 분위기 및 Orno 간의 성능 차이는 실제 응용 프로그램에 무시할 수 있으므로 개발자는 작업을 선호하는 선호를 기준으로 선택해야합니다.

대부분의 프레임 워크 및 더 큰 PHP 응용 프로그램은보다 관리 가능한 코드베이스를 목표로 종속성 분사 컨테이너를 사용합니다. 그러나 이것은 성능에 영향을 줄 수 있습니다. 로딩 시간이 중요하기 때문에 사이트를 빠르게 유지하는 것이 그 어느 때보 다 중요합니다. 오늘 저는 여러 PHP 의존성 주입 컨테이너를 벤치마킹하여 상대적 성능이 어떤지 확인할 것입니다. 개념에 익숙하지 않은 사람들의 경우, 종속성 분사 컨테이너는 객체 트리를 자동으로 빌드하는 소프트웨어 조각입니다. 예를 들어, 데이터베이스 인스턴스가 필요한 사용자 객체를 고려하십시오.

• 의존성 사출 컨테이너는 매개 변수를 수동으로 제공하지 않고도 객체 트리를 자동으로 구성하는 데 사용될 수 있습니다.
이것을 호출 할 때마다 사용자 객체는 데이터베이스 객체를 "주입"하여 생성됩니다. PHP에 사용할 수있는 잘 알려진 (잘 알려지지 않은) 컨테이너가 여러 개 있습니다.
php-di, 인기있는 di 컨테이너
• SymfonydependencyInjection, Symfony 프레임 워크가 제공하는 의존성 주입 컨테이너 Zenddi Zend Framework 가 제공하는 종속성 사격 컨테이너 Ornodi, 제한된 기능을 갖춘 덜 알려진 컨테이너이지만 성능을 염두에두고 개발되었습니다 주사위, 가벼운 것에 중점을 둔 또 다른 덜 알려진 컨테이너. 전체 공개, 저는이 컨테이너의 저자이지만이 분석에서 전적으로 객관적이지 않을 것입니다.
. <.> aura.di, 최소한의 기능 가있는 상당히 인기있는 컨테이너
여드름에 대한 단어 : 여드름은 의존성 분사 컨테이너로 광고되지만 컨테이너에서 물체를 검색하는 것은 항상 동일한 인스턴스를 반환하여 Pimple이 종속성 분사 컨테이너가 아닌 서비스 로케이터가됩니다. 테스트됩니다.
• 모든 컨테이너가 다른 기능을 지원하지만이 벤치 마크는 종속성 분사 컨테이너에 필요한 기본 기능을 다룹니다. 즉, 객체를 생성하고 필요한 곳에 종속성을 주입합니다.
의존성 주입의 어떤 측면을 측정 할 것인가?
• 실행 시간
메모리 사용 포함 된 파일 수. 이는 성능에 거의 영향을 미치지 않지만 라이브러리의 가볍고 휴대용이 얼마나 좋은지에 대한 좋은 지표입니다. DI 선택으로 인해 프로젝트와 함께 수백 파일을 배송 해야하는 경우 자신의 응용 프로그램의 전반적인 무게에 크게 영향을 줄 수 있습니다.
• 테스트 환경 모든 테스트는 Arch Linux (3.15 커널), PHP 5.5.13을 실행하는 동일한 기계에서 실행되었으며 2014 년 3 월 7 일 기준으로 각 컨테이너의 최신 버전.
제시된 모든 실행 시간 번호는 가장 빠른 것보다 20% 이상 느린 것을 버린 후 평균 10 번의 실행입니다. 테스트 1 - 객체 인스턴스를 만듭니다 이 테스트는 각 컨테이너를 사용하여 간단한 객체를 10,000 번 만듭니다. 의존성 주입 컨테이너가 없으면 다음과 같이 작성됩니다.
테스트 코드 (Github에서) : Aura, Dice, Ornodi, Php-Di, SymfonydependencyInjection, Zenddi

보시다시피, 여기에는 두 개의 명확한 캠프가 있습니다. Aura, Dice 및 Orno는 PHP-DI, Symfony 및 Zenddi보다 약 10 배 빠릅니다.

실행 시간과 유사하게, Symfony가 중간에 어딘가에 앉아있는 두 개의 별개의 그룹이 있습니다.
이것은 각 컨테이너의 경량이 얼마나 가벼운 지에 대해 매우 말하며 메모리 사용 차이를 설명하는 방법에 대해 매우 말합니다. Zenddi에서 사용하는 많은 파일은 공통 프레임 워크 파일이므로 Zend Framework를 사용하는 경우 Zenddi를 사용하는 경우 파일과 동일한 메모리 오버 헤드가 발생하지 않을 수 있습니다.

. 마찬가지로, PHP-Di는 교리 도서관에 크게 의존합니다. 프로젝트에서 교리를 사용하는 경우 PHP-DI의 메모리 오버 헤드가 줄어 듭니다. 그러나 프레임 워크 스택의 일부 임에도 불구하고 SymfonyDependencyInjection이 전적으로 독립형이며 다른 Symfony 프로젝트의 의존성없이 작동한다는 것을 알게되어 기쁩니다.

. Aura, Dice 및 Orno는 외부 종속성이 없으며 파일 계산을 유지하는 데 도움이됩니다. 테스트 2 - 자동 로딩 무시 파일로드가 성능에 영향을 줄 수 있고 Zend 및 Php-Di가 상당한 수의 파일을로드 했으므로 먼저 클래스의 단일 인스턴스를 생성하여 동일한 테스트를 수행하여 측정 전에 필요한 클래스가 자동 으로드되도록합니다. 시간.
이것은 컨테이너에 의해 수행 된 내부 캐싱을 트리거했을 수도 있지만 각 컨테이너에 동일한 처리가 적용되어 공정하게 유지했습니다. 동등한 PHP 코드 :

테스트 코드 (Github에서) : Aura, Dice, Ornodi, Php-Di, SymfonydependencyInjection, Zenddi

예상대로, 메모리 사용량은 변하지 않으며 자동 로더 시간을 측정하지 않기 때문에 성능이 약간 더 좋습니다. 그러나 이것은 42 개의 파일을로드하는 PHP-DI, 심지어 총 실행 시간에 무시할 수있는 영향을 미치며 상대 성능은 동일하게 유지되며 수십 개의 파일을로드하는 것은 PHP-DI 및 Zenddi의 원인이 비교적 느린 성능을 갖는 원인이 아닙니다. <.> 파일로드 오버 헤드를 무시한 후에도 여기에는 여전히 두 개의 별개의 야구장이 있습니다. Aura, Dice 및 Orno는 성능 및 메모리 사용이 매우 유사하지만 Php-Di, Zend 및 Symfony는 서로 경쟁하고 있습니다.

앞으로의 모든 테스트는 자동로드 시간을 무시하여 실제로 측정중인 컨테이너의 성능을 보장합니다. 테스트 3 - 딥 객체 그래프

이 테스트는 컨테이너 가이 객체 세트를 10,000 번 구성하도록하여 수행됩니다. 테스트 코드 (Github에서) : Aura, Dice, Ornodi, Php-Di, SymfonydependencyInjection, Zenddi 참고 : 테스트 코드를 살펴보면 볼 수 있듯이 Symfony, PHP-DI 및 Aura는이 테스트를 수행하기 위해 다른 컨테이너보다 훨씬 더 많은 구성 코드가 필요합니다. 구성 시간은 테스트에 포함되지 않았습니다

다시, 상단 3 사이에는 거의 차이가 거의 없으며, 주사위는 오라보다 20% 빠르고 Orno보다 70% 더 빠릅니다. 세 가지 모두 Zend, PHP-DI 및 Symfony보다 상당히 빠릅니다. 3 개의 상단 컨테이너의 차이는 실제 용어로 너무 미미하여 이와 같은 인공 벤치 마크 외부의 속도 차이를 알지 못할 것입니다.

. Zend, Php-Di 및 Symfony는 여기서 느립니다. Zend는 1 초 안에 작업 주사위를 수행하는 데 37 초가 걸립니다. 확실히 사소한 차이는 아닙니다. 다시, Symfony는 큰 이름 컨테이너들 사이에서 주도권을 잡습니다.

메모리 및 파일 카운트는 다른 테스트에서 본 것과 일치합니다. 테스트 4 - 컨테이너에서 서비스를 가져 오기 DI 컨테이너는 또한 응용 프로그램 전체에서 재사용 할 서비스를 저장하고 검색해야합니다. 이 테스트는 컨테이너에서 단일 인스턴스를 반복적으로 가져옵니다. 순수한 PHP 동등한 :

테스트 코드 (Github에서) : Aura, Dice, Ornodi, Php-Di, SymfonydependencyInjection, Zenddi

이것은 이전 결과를 기준으로 예상치 못한 것입니다. Zend와 Symfony를 제외한 모든 컨테이너는 상위 4 개 결과를 분리하는 0.01 만이면 거의 동일합니다. Symfony는 그리 멀지 않지만 Zend는 다른 것보다 10 배 이상 느립니다.

.
메모리 사용 및 파일 수 결과 수는 실행 시간에서 본 컨테이너 사이의 동일한 분할을 통해 예측 가능해지고 있습니다. 테스트 5 - 서비스를 주입 최종 테스트는 물체가 얼마나 빨리 구성 될 수 있고 서비스를 주입 할 수 있는지 확인하는 것입니다. 이것은 형식을 취합니다 :
테스트 코드 (Github에서) : Aura, Dice, Ornodi, Php-Di, SymfonydependencyInjection, Zenddi
흥미롭게도 Aura는이 테스트에서 약간의 리드를 취했습니다. 그러나 Symfony와 Aura는 여러 줄의 명시 적 구성이 필요하고 다른 컨테이너는 자동으로 종속성을 해결하기 때문에 같은 테스트가 아닙니다. 컨테이너를 구성하는 데 걸리는 시간은 벤치 마크의 일부가 아닙니다.

<span>$user = new User(new Database());</span>

놀랍게도, PHP-Di는이 작업에서 가장 느리게 진행되며 Zend는 PHP-Di 및 Symfony보다 처음으로 위치를 차지했습니다.



결론 공연만으로, 주사위, 오라 및 오노는 모두 강력한 경쟁자이며, 주사위는 전반적으로 가장 빠르며 최종 테스트에서 가장 빠릅니다. 두 개의 별개의 그룹의 차이는 분명하지만 각 컨테이너의 특징을 비교하는 것은 흥미 롭습니다. 기능과 성능의 수는 예상대로 상관 관계가 없습니다. PHP-DI와 주사위에는 독특한 기능이 포함되어 있지만 PHP-DI는 그렇게하기 위해 큰 성능을 얻습니다. Aura는 빠르지 만, 많은 수동 구성이 필요하지만 예상대로 예상대로 기능이 매우 최소화되는 반면 주사위와 Orno는 성능이 매우 유사하지만 구성하려면 코드가 훨씬 적습니다. Symfony는 모든 테스트에서 중간 지점에 있지만 Aura와 마찬가지로 구성하는 것은지지 유형 힌트 매개 변수가 없기 때문에 훨씬 더 어려운 작업이지만 훨씬 더 어려운 작업입니다. 잘 알려진 프로젝트에서 컨테이너를 찾고 있다면 성능이 중요하다면 Symfony가 선택한 컨테이너가되어야합니다. , 순수한 성능이 당신이 뒤 따르는 것이라면 주사위와 분위기가 Orno와 매우 가까운 분명한 승자입니다. 그러나 주사위, 분위기와 Orno 간의 성능 차이로 작업을 선호하는 것을 확인하기 위해 구성 구문 및 각각의 기능을 살펴볼 가치가 있습니다.

테스트의 모든 코드는 GitHub에서 사용할 수 있습니다. 참고 : Github 저장소에는 작곡가를 사용하여 프로젝트에 포함시키기보다는 테스트 된 라이브러리 사본이 포함되어 있습니다. 이것은 테스트 한 정확한 버전으로 코드를 실행하고 동일한 결과를 얻을 수 있도록하기위한 것입니다. > PHP 의존성 주입 컨테이너 성능 벤치 마크에서 자주 묻는 질문 (FAQ) PHP 의존성 주입 컨테이너 성능 벤치 마크의 중요성은 무엇입니까?

PHP 종속성 주입 컨테이너 성능 벤치 마크는 다양한 종속성 주입 컨테이너의 효율과 속도를 이해하는 데 중요합니다. 이러한 벤치 마크는 다양한 컨테이너에 대한 비교 분석을 제공하여 개발자가 특정 요구에 따라 어떤 컨테이너를 사용할 것인지에 대한 정보에 근거한 결정을 내릴 수 있도록 도와줍니다. 메모리 사용 및 시간 소비 측면에서 각 컨테이너의 성능에 대한 통찰력을 제공합니다. 이는 PHP 응용 프로그램의 성능을 최적화하는 데 중요한 요소입니다.

PHP 의존성 주입은 코드 품질을 어떻게 향상 시키는가?

PHP의 종속성 주입 (DI)은 느슨한 커플 링을 촉진하고 테스트 가능성을 높이며 코드 재사용 성을 높이면 코드 품질을 향상시킵니다. 종속성을 주입하면 구성 요소가 더욱 독립적이되어 코드를 쉽게 수정하고 테스트 할 수 있습니다. 또한 각 클래스가해야 할 일만 수행하므로 단일 책임 원칙을 장려하여 클리너 및 유지 관리 가능한 코드로 이어집니다.

. PHP에서 다른 유형의 종속성 주입은 무엇입니까?

PHP에는 세 가지 주요 의존성 주입이 있습니다 : 생성자 주입, 세터 주입 및 인터페이스 주입. 생성자 주입은 클래스 생성자를 통해 종속성이 제공되는 곳입니다. 세터 주입에는 방법을 통해 종속성을 제공하는 것이 포함됩니다. 인터페이스 주입은 종속 클래스가 종속성을 주입하는 인터페이스를 구현해야합니다.

의존성 주입 컨테이너는 PHP에서 어떻게 작동합니까?

서비스라고도하는 PHP의 종속성 분사 컨테이너는 어떻게 작동합니까? 컨테이너는 응용 프로그램의 서비스 또는 객체의 인스턴스화 및 구성을 관리합니다. 종속성 인스턴스를 생성하고 반환하는 데 책임이있는 공장 역할을합니다. 또한 공유 인스턴스를 관리하여 공유 서비스가 요청 될 때마다 단일 인스턴스가 반환되도록합니다.

종속성 주입 컨테이너를 선택할 때 어떤 요소를 고려해야 하는가? 용기, 사용 용이성, 성능, 커뮤니티 지원 및 프로젝트와의 호환성과 같은 요소를 고려하십시오. 성능은 특히 중요하며 PHP 의존성 분사 컨테이너 성능 벤치 마크가 유용합니다. 그들은 다양한 컨테이너의 성능에 대한 비교 분석을 제공하여 정보에 입각 한 결정을 내릴 수 있도록 도와줍니다.

의존성 주입은 PHP의 더 나은 테스트에 어떻게 기여합니까?

의존성 주입은 클래스의 종속성. 이를 통해 테스트 중에 종속성을 조롱하거나 스튜브 할 수 있으므로 클래스를 분리하여 테스트 할 수 있습니다. 또한 예측 가능한 응답을 제공하는 모의 종속성을 주입하여 테스트를보다 신뢰할 수 있고 쉽게 작성할 수 있으므로 단위 테스트를보다 쉽게 ​​작성할 수 있습니다.

모든 PHP 프로젝트에서 종속성 주입을 사용할 수 있습니까?

. 예, 크기 나 복잡성에 관계없이 의존성 주입은 모든 PHP 프로젝트에서 사용할 수 있습니다. 코드 재사용 성, 모듈성 및 테스트 가능성을 촉진하는 설계 패턴으로 모든 PHP 개발자에게 유용한 도구입니다.

의존성 주입이 애플리케이션 성능에 미치는 영향은 무엇입니까? 추가 추상화 계층으로 인해 약간의 오버 헤드를 도입 할 수 있으며, 응용 프로그램 성능에 미치는 영향은 일반적으로 무시할 수 있습니다. 개선 된 코드 품질, 테스트 가능성 및 유지 관리의 이점은 종종 경미한 성능 비용을 능가합니다. 의존성 주입은 PHP의 견고한 원리와 어떤 관련이 있습니까? 종속성 주입은 견고한 원리, 특히 의존성 반전 원리 (DIP)와 밀접한 관련이 있습니다. DIP는 높은 수준의 모듈이 저수준 모듈에 의존해서는 안되지만 둘 다 추상화에 의존해야한다고 말합니다. 의존성 주입은 구체적인 클래스가 아닌 인터페이스 또는 추상 클래스로 종속성을 주입하여이를 허용합니다.

단일 PHP 프로젝트에서 다중 의존성 주입 컨테이너를 사용할 수 있습니까?

기술적으로는 기술적으로 사용될 수 있습니까? 단일 PHP 프로젝트에서 다중 의존성 주입 컨테이너를 사용할 수 있으므로 일반적으로 권장되지 않습니다. 여러 컨테이너를 사용하면 관리하고 이해하기 어려운 코드로 이어질 수 있습니다. 일반적으로 프로젝트의 요구에 가장 적합한 컨테이너 하나를 선택하는 것이 좋습니다.

위 내용은 PHP 의존성 주입 컨테이너 성능 벤치 마크의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!