Part 3: Introduction to the Symfony Service Container

[nattapong99]

Introduction to the Symfony Service Container

• Part 1: What is Dependency Injection? #5
• Part 2: Do you need a Dependency Injection Container? #6
• Part 3: Introduction to the Symfony Service Container #7
• Part 4: Symfony Service Container: Using a Builder to create Services #8
• Part 5: Symfony Service Container: Using XML or YAML to describe Services #9
• Part 6: The Need for Speed #10

เราได้พูดถึงแนวคิดโดยทั่วไปของ Dependency Injection ไปแล้ว ซึ่งสองบทความก่อนหน้านี้มีความสำคัญที่จะช่วยให้เข้าใจการทำงาน โดยในบทความนี้เราจะพูดถึงการใช้งาน service container ของ Symfony 2

Dependency Injection Container ใน Symfony 2 ถูกจัดการโดยคลาสที่ชื่อว่า sfServiceContainer ซึ่งเป็นคลาสที่มีคุณสมบัติพื้นฐานดังที่เราได้กล่าวมาแล้วในบทความก่อนหน้านี้

ใน Symfony จะบอกว่า service ก็คือ object ใด ๆ ที่ถูกจัดการโดย container จากตัวอย่าง Zend_Mail เรามี mailer service และ mail_transport service

โดยเราจะให้คลาส Container extend คลาส sfServiceContainer โค้ดจะเปลี่ยนแปลงไปดังรูป

นี่คือการเปลี่ยนแปลงหลัก ๆ ที่เราได้ทำ

• ชื่อเมธอดลงท้ายด้วย Service โดยตามหลัก service จะถูกกำหนดโดยให้ชื่อเมธอดขึ้นต้นด้วยคำว่า get และลงท้ายด้วยคำว่า Service ซึ่งชื่อในรูปแบบ underscore ของเมธอดจะไม่มีคำขึ้นต้นและคำลงท้าย เช่นเมธอด getMailTransportService() เราจะระบุชื่อ service ได้เป็น mail_transport
• เมธอดเปลี่ยนเป็น protected เมธอด

• container สามารถใช้อาเรย์เพื่อเข้าถึงค่าพารามิเตอร์

  ชื่อ service จะต้องไม่ซ้ำกันและต้องเป็นตัวพิมพ์เล็ก, ตัวเลข, หรือจุด ซึ่งจุดมีประโยชน์ในการระบุ "namespaces" ภาย container (เช่น mail.mailer และ mail.transport)

ลองดูการใช้งานคลาส container หลังการปรับปรุงใหม่

• Services สามารถเข้าถึงผ่าน uniform interface

• Service สามารถเข้าถึงโดยใช้คลาส property notation

• พารามิเตอร์สามารถเข้าถึงผ่านโดย uniform interface

• พารามิเตอร์สามารถเข้าถึงโดยใช้ container แบบอาเรย์

• สามารถเรียกทุก service ของ container ได้

การใช้คลาส sfServiceContainer จะมีประโยชน์มากเมื่อคุณมีจำนวน Service น้อย ๆ ที่ต้องจัดการ ถึงแม้ว่าคุณจะต้องจัดการงานเหล่านี้ด้วยตัวคุณเองก็ตาม รวมถึงยังเกิด duplicate code มากด้วย เราจึงต้องการวิธีที่ดีนี้ในการจัดการกับ services

นั้นเป็นเหตุผลว่าทำไม โดยส่วนใหญ่เราถึงไม่ใช้คลาส sfServiceContainer โดยตรง ถึงอย่างไรก็ตามสิ่งสำคัญคือต้องใช้เวลาเพื่อที่จะอธิบายมัน เนื่องจากมันเป็นหลักสำคัญของการใช้งาน dependency injection container ของ Symfony

ในบทความหน้า เราจะมาดูคลาส sfServiceContainerBuilder ซึ่งจะช่วยลดขึ้นตอนการกำหนด service

source