Memahami Konfigurasi Bundle Symfony dan Bekas Perkhidmatan

Artikel ini meneroka konfigurasi Bundle Symfony2 dan interaksi dengan bekas suntikan ketergantungan. Konsep -konsep ini boleh mencabar untuk pendatang baru, terutamanya yang tidak dikenali dengan suntikan ketergantungan. Contoh -contoh di sini menggunakan YAML, walaupun Symfony menyokong susunan XML dan PHP. Pilihan bergantung kepada keutamaan; Tidak ada pilihan "terbaik" tunggal.

Konsep Utama:

• Bundle Symfony: Sama seperti plugin, bundle enkapsulate ciri (blog, forum, dan lain -lain). Mereka mempromosikan modulariti dan penggunaan semula kod. Mereka boleh dibina sebelum ini atau dibuat khas.
• Konfigurasi bundle: boleh dikonfigurasi secara langsung dalam fail konfigurasi aplikasi utama (lebih mudah, tetapi kurang mudah alih) atau dalam fail konfigurasi bundle khusus (lebih modular dan boleh diguna semula). Konfigurasi semantik, menggunakan kelas lanjutan, menawarkan fleksibiliti yang paling banyak untuk berkas kompleks dan boleh diedarkan.
• Container Suntikan Ketergantungan: Menguruskan Kitar Semula Perkhidmatan dan Ketergantungan, mengakibatkan kod yang bersih, lebih dapat dipelihara, dan boleh diuji.
• Debugging: Gunakan arahan konsol seperti dan debug:container untuk menyelesaikan masalah pendaftaran dan konfigurasi perkhidmatan. debug:config

Penciptaan Bundle:

Bundle adalah direktori yang mengandungi fail (PHP, CSS, JavaScript, Images) yang melaksanakan satu ciri. Dalam Symfony2, hampir semuanya adalah satu bundle. Apabila membuat bundle (secara manual atau menggunakan

), fail php app/console generate:bundle adalah penting. Kelasnya meluas BundleNameBundle.php dan mendaftarkan bundle dalam SymfonyComponentHttpKernelBundleBundle. Pilihan AppKernel::registerBundles() (dalam folder BundleNameExtension.php) beban dan menguruskan konfigurasi bundle. DependencyInjection

Memuatkan konfigurasi bundle (cara mudah):

Pendekatan paling mudah mengkonfigurasi parameter dan perkhidmatan secara langsung dalam

. Semasa berfungsi, pasangan yang ketat ini berkas kepada aplikasi, mengehadkan mudah alih. Alternatif yang lebih baik (walaupun masih kurang ideal) adalah untuk membuat fail konfigurasi yang berasingan (mis., app/config/config.yml) dalam bundle dan mengimportnya ke dalam fail konfigurasi utama: Resources/config/services.yml

<code class="language-yaml">imports:
    - { resource: parameters.yml }
    - { resource: security.yml }
    - { resource: ../../src/Cvuorinen/ExampleBundle/Resources/config/services.yml }</code>

Memuatkan konfigurasi bundle (cara semantik):

Kelas BundleNameExtension.php mengendalikan beban konfigurasi. Ia menggunakan kelas Configuration.php (juga dalam DependencyInjection) untuk pengesahan dan pemprosesan konfigurasi berkaitan bundle dari app/config/. Pelanjutan kemudian memuatkan konfigurasi khusus bundle (dari Resources/config/) menggunakan loader (mis., ). Perkhidmatan yang ditakrifkan di sini boleh menggunakan parameter dari konfigurasi aplikasi utama. Pendekatan ini amat berguna untuk mencipta berkas yang boleh diguna semula dan boleh diedarkan. YamlFileLoader

Struktur fail konfigurasi:

fail konfigurasi terutamanya mengandungi parameter dan perkhidmatan.

• Parameter: Nilai statik (kelayakan, kunci API, URL). Ditakrifkan di bawah kekunci . Amalan terbaik adalah untuk menentukan nama kelas perkhidmatan sebagai parameter untuk melanjutkan yang lebih baik. parameters

• Perkhidmatan: Kelas yang mengandungi logik perniagaan. Menentukannya dalam fail konfigurasi memanfaatkan suntikan ketergantungan.

Contoh

: services.yml

<code class="language-yaml">imports:
    - { resource: parameters.yml }
    - { resource: security.yml }
    - { resource: ../../src/Cvuorinen/ExampleBundle/Resources/config/services.yml }</code>

Gunakan

untuk menguji dan debug konfigurasi. app/console container:debug

Menggunakan perkhidmatan dalam pengawal:

perkhidmatan

mudah: Greeter

<code class="language-yaml">parameters:
    cvuorinen_example.greeter.class: Cvuorinen\ExampleBundle\Service\Greeter
    cvuorinen_example.greeter.greeting: "Hello"

services:
    cvuorinen_example.greeter:
        class: %cvuorinen_example.greeter.class%
        arguments: [%cvuorinen_example.greeter.greeting%]</code>

pengawal menggunakan perkhidmatan:

<code class="language-php">namespace Cvuorinen\ExampleBundle\Service;

class Greeter
{
    public function greet($name) { return "Hello $name"; }
}</code>

Suntikan Ketergantungan:

Contoh di atas menunjukkan suntikan pembina asas. Symfony juga menyokong suntikan setter dan harta. Perkhidmatan boleh diisytiharkan secara peribadi untuk mengehadkan kebolehcapaian mereka. Kilang boleh digunakan untuk membuat perkhidmatan (mis., Menggunakan Pengurus Entiti Doktrin untuk membuat repositori).

Kesimpulan:

Ini memberikan gambaran menyeluruh mengenai konfigurasi bundle Symfony dan suntikan ketergantungan. Penjelajahan lanjut mengenai topik lanjutan (konfigurasi utama, perkongsian parameter, yang menentukan pengawal sebagai perkhidmatan) digalakkan. Ingatlah untuk berunding dengan dokumentasi Symfony rasmi untuk maklumat terperinci. Elakkan menyuntik bekas perkhidmatan itu sendiri ke dalam perkhidmatan untuk mengekalkan gandingan longgar. Seksyen Soalan Lazim ditinggalkan kerana ia berlebihan memandangkan penjelasan terperinci di atas.

Atas ialah kandungan terperinci Memahami Konfigurasi Bundle Symfony dan Bekas Perkhidmatan. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!