วัน: 11 พฤศจิกายน 2020

ในฐานะสถาปนิกซอฟต์แวร์ระดับสูง การจัดการข้อผิดพลาด (Error Handling) ที่มีประสิทธิภาพไม่ใช่แค่การป้องกันให้ระบบล่ม แต่คือการสร้างประสบการณ์ผู้ใช้ที่เสถียรและเชื่อถือได้ เมื่อเราพัฒนาแอปพลิเคชันที่เชื่อมต่อกับฐานข้อมูลอย่าง PostgreSQL การจัดการข้อผิดพลาดที่เกิดขึ้นจากฐานข้อมูล (เช่น การละเมิด Unique Constraint หรือ Foreign Key) มักจะถูกจับในระดับที่กว้างเกินไป ทำให้โค้ดที่เรียกใช้งานดูยุ่งเหยิงและไม่สามารถระบุได้ว่าข้อผิดพลาดนั้นเกิดจากสาเหตุทางธุรกิจใด

นี่คือจุดที่ Custom Exception เข้ามามีบทบาทสำคัญ Custom Exception คือการสร้างคลาส Exception ของเราเองที่สืบทอด (Inherit) มาจากคลาสพื้นฐานของ PHP (เช่น \Exception) โดยมีวัตถุประสงค์หลักเพื่อกำหนดขอบเขตและประเภทของข้อผิดพลาดที่เกิดขึ้นในโดเมนธุรกิจของเราให้มีความชัดเจนที่สุด

ทำไมต้องใช้ Custom Exception ในการเชื่อมต่อกับ PostgreSQL?

เมื่อแอปพลิเคชัน PHP ของเราทำการ INSERT ข้อมูลลงในตารางที่ถูกกำหนด Constraint ไว้ใน PostgreSQL เช่น การพยายามใส่รหัสสินค้าที่ซ้ำกัน (Unique Violation) หรือการอ้างอิง ID ที่ไม่มีอยู่จริง (Foreign Key Violation) ระบบจะโยน Exception ที่เป็น Technical Error ออกมา การใช้ Custom Exception ช่วยให้เราสามารถทำสิ่งต่อไปนี้:

1. ความเฉพาะเจาะจงในการจับ (Specificity): แทนที่จะใช้ try...catch (\[Exception\] $e) ซึ่งจะจับทุกอย่าง เราสามารถกำหนดให้ระบบของเราคาดหวังและจัดการกับ DuplicateProductException ได้โดยเฉพาะ ทำให้โค้ดในบล็อก catch มีความหมายทางธุรกิจสูง
2. การแยกชั้นความรับผิดชอบ (Separation of Concerns): โค้ดส่วนที่เรียกใช้ฐานข้อมูล (Repository Layer) จะรับผิดชอบการโยน Custom Exception ในขณะที่ Controller Layer จะรับผิดชอบการแสดงผลข้อความที่เข้าใจง่ายแก่ผู้ใช้

ตัวอย่างการใช้งาน: การป้องกันข้อมูลซ้ำซ้อน (Unique Constraint)

สมมติว่าเรามีตาราง products ใน PostgreSQL ที่มีคอลัมน์ sku เป็น Unique Key หากเราพยายามเพิ่มข้อมูลที่มี SKU ซ้ำกัน PostgreSQL จะส่งข้อผิดพลาดกลับมา เราจะใช้ PHP Custom Exception ดักจับข้อผิดพลาดนี้เพื่อแปลงมันให้เป็นข้อความทางธุรกิจที่ผู้ใช้เข้าใจได้:

PHP

// 1. การสร้าง Custom Exception สำหรับธุรกิจของเรา
class DuplicateProductException extends \Exception {}

// 2. โค้ด PHP ที่เรียกใช้ฐานข้อมูล
try {
    // สมมติว่ามีการเรียกใช้ PDO เพื่อรันคำสั่ง SQL
    $pdo->exec("INSERT INTO products (sku, name) VALUES ('1,2,3', 'New Item')");
} catch (PDOException $e) {
    // ตรวจสอบรหัสข้อผิดพลาดเฉพาะของ PostgreSQL (เช่น 23505 สำหรับ Unique Violation)
    if ($e->getCode() === '23505') {
        // แปลงข้อผิดพลาดทางเทคนิคให้เป็น Custom Exception ทางธุรกิจ
        throw new DuplicateProductException("SKU นี้ถูกใช้งานไปแล้ว กรุณาตรวจสอบรหัสสินค้าใหม่.");
    } else {
        // สำหรับข้อผิดพลาดอื่น ๆ ให้โยน Exception ทั่วไป
        throw new \Exception("เกิดข้อผิดพลาดในการเชื่อมต่อฐานข้อมูล: " . $e->getMessage());
    }
}

// 3. การจัดการในชั้นที่สูงกว่า (Controller)
try {
    // ... โค้ดที่เรียกใช้ฟังก์ชันข้างบน
} catch (DuplicateProductException $e) {
    // เราทราบแน่ชัดว่านี่คือข้อผิดพลาดทางธุรกิจ
    echo "<div class="alert alert-warning">{$e->getMessage()}</div>";
} catch (\Exception $e) {
    // จัดการข้อผิดพลาดที่ไม่คาดคิด
    echo "<div class="alert alert-danger">ระบบเกิดข้อผิดพลาด: " . $e->getMessage() . "</div>";
}

บทสรุป: การยกระดับความเสถียรของระบบ

การใช้ Custom Exception ไม่ได้เป็นเพียงแค่การเขียนโค้ดที่ดูดี แต่เป็นการยกระดับสถาปัตยกรรมของระบบให้มีความทนทาน (Resilience) และสามารถแยกแยะระหว่างข้อผิดพลาดทางเทคนิค (Technical Error) และข้อผิดพลาดทางธุรกิจ (Business Error) ได้อย่างเด็ดขาด เมื่อคุณสามารถจัดการข้อผิดพลาดได้อย่างเฉพาะเจาะจง ระบบของคุณจะไม่เพียงแต่ทำงานได้ แต่ยังสื่อสารกับผู้ใช้ได้อย่างชาญฉลาดและเป็นมืออาชีพ ซึ่งเป็นคุณสมบัติที่สำคัญที่สุดของ Senior Architect ในโลกของการพัฒนาซอฟต์แวร์สมัยใหม่