มาตรฐาน PSR คืออะไร และทำไมจึงสำคัญ?

Question

Accepted Answer

**PSRs (PHP Standard Recommendations)** คือชุดมาตรฐานที่เผยแพร่โดย **PHP-FIG** (Framework Interoperability Group) ที่กำหนดธรรมเนียมร่วม ทั้งสไตล์การเขียนโค้ด, การ autoloading และ interface ร่วม เพื่อให้เกิด **การทำงานร่วมกันได้ (interoperability)** ระหว่างเฟรมเวิร์ก ไลบรารี และแพ็กเกจ PHP ต่าง ๆ

## PSR ที่สำคัญที่สุด

```text
PSR-1 / PSR-12 → CODING STYLE (basic + extended): naming, braces, indentation, etc.
PSR-4         → AUTOLOADING: namespace ↔ directory mapping (used by Composer)
PSR-3         → LoggerInterface: a common logging interface
PSR-7         → HTTP message interfaces (Request/Response objects)
PSR-11        → ContainerInterface: a common DI container interface
PSR-15        → HTTP middleware interface
PSR-6 / PSR-16 → Caching interfaces
PSR-18        → HTTP client interface
```

## PSR-4 autoloading (ตัวที่คุณใช้ทุกวัน)

```json
// composer.json — PSR-4 maps namespaces to directories
{ "autoload": { "psr-4": { "App\": "src/" } } }
// App\Models\User → src/Models/User.php — Composer autoloads it automatically
```

PSR-4 คือมาตรฐานการ autoloading ที่ PHP สมัยใหม่ทั้งหมดพึ่งพา มันคือเหตุผลที่ Composer สามารถค้นหาและโหลดคลาสใด ๆ ได้ตาม namespace ของมัน

## interface ของ PSR เปิดทางให้การทำงานร่วมกัน

```php
// because libraries depend on the PSR-3 LoggerInterface (not a concrete logger),
// you can swap ANY PSR-3-compliant logger (Monolog, etc.) without changing code
use Psr\Log\LoggerInterface;

class Service {
    public function __construct(private LoggerInterface $logger) {}   // PSR-3 interface
}
// inject Monolog, or any PSR-3 logger — the service doesn't care which
```

interface ร่วม (PSR-3 logging, PSR-7 HTTP, PSR-11 container) หมายความว่าไลบรารีสามารถพึ่งพา *interface มาตรฐาน* แทนที่จะเป็น implementation เฉพาะ ดังนั้นคอมโพเนนต์จากผู้ผลิตต่าง ๆ จึง **สลับเปลี่ยนกันได้**

## PSR-12 coding style (ความสม่ำเสมอ)

```text
PSR-12 defines a standard code style (spacing, brace placement, naming).
Following it → consistent code across teams and projects; tools (PHP-CS-Fixer,
PHPCS) auto-format/check against it. Most modern PHP projects adopt PSR-12.
```

## ทำไมจึงสำคัญ

มาตรฐาน PSR สำคัญต่อการพัฒนา PHP ระดับมืออาชีพ เพราะมันเปิดทางให้ **การทำงานร่วมกันได้** ซึ่งทำให้ระบบนิเวศ PHP สมัยใหม่ทำงานได้ หากไม่มีมาตรฐานร่วม เฟรมเวิร์กและไลบรารีจากแหล่งต่าง ๆ ก็ไม่สามารถทำงานร่วมกันได้ง่าย ๆ

การเข้าใจมันมีคุณค่าด้วยหลายเหตุผล **PSR-4 autoloading** เป็นพื้นฐานและถูกใช้ทุกวัน มันคือมาตรฐานการ map จาก namespace ไปยัง directory ที่ Composer พึ่งพาเพื่อโหลดคลาสโดยอัตโนมัติ อันเป็นรากฐานของโครงสร้างทุกโปรเจกต์ PHP สมัยใหม่

**interface PSR ร่วม** (PSR-3 logging, PSR-7 HTTP messages, PSR-11 container, PSR-15 middleware) คือสิ่งที่ทำให้คอมโพเนนต์จากผู้ผลิตต่าง ๆ สลับเปลี่ยนกันได้: เพราะไลบรารีพึ่งพา *interface มาตรฐาน* แทนที่จะเป็น implementation เฉพาะ คุณจึงสามารถสลับ implementation ใด ๆ ที่สอดคล้องตามมาตรฐานได้ (PSR-3 logger ใด ๆ, PSR-7 HTTP library ใด ๆ) โดยไม่ต้องเปลี่ยนโค้ด อันเป็นตัวขับเคลื่อนสถาปัตยกรรมที่ยืดหยุ่นและลดการผูกติด และเป็นเหตุผลที่ชิ้นส่วนต่าง ๆ ในระบบนิเวศ PHP เข้ากันได้ **PSR-12 coding style** นำความสม่ำเสมอมาสู่ทีมและโปรเจกต์ (บังคับใช้ด้วยเครื่องมือ) ซึ่ง PHP สมัยใหม่ส่วนใหญ่นำมาใช้

การรู้จัก PSR สำคัญ ๆ โดยเฉพาะ PSR-4 (autoloading), มาตรฐาน interface (interoperability) และ PSR-12 (style) และบทบาทของ PHP-FIG สะท้อนถึงความเข้าใจระดับมืออาชีพว่าระบบนิเวศ PHP สมัยใหม่บรรลุความสม่ำเสมอและการทำงานร่วมกันได้อย่างไร

เนื่องจากการปฏิบัติตาม PSR เป็นแนวปฏิบัติมาตรฐานใน PHP ระดับมืออาชีพ และเนื่องจากมันเป็นรากฐานของ Composer, การทำงานร่วมกันของเฟรมเวิร์ก และคุณภาพของโค้ด การเข้าใจมันจึงเป็นความรู้ระดับ senior ที่มีคุณค่า ซึ่งแยกแยะนักพัฒนาที่เขียน PHP ระดับมืออาชีพที่เข้ากันได้กับระบบนิเวศ ออกจากผู้ที่ไม่รู้ถึงธรรมเนียมที่ทำให้ PHP สมัยใหม่มีความเป็นเอกภาพและทำงานร่วมกันได้