architectural patterns ที่พบบ่อย (layered, hexagonal ฯลฯ) คืออะไร?

Question

Accepted Answer

นอกเหนือจาก design patterns ระดับออบเจ็กต์แล้ว **architectural patterns** กำหนดโครงสร้างระดับสูงของแอปพลิเคชัน เช่น **layered**, **hexagonal (ports and adapters)**, **clean architecture** และ **event-driven** มันจัดระเบียบทั้งระบบเพื่อความสามารถในการบำรุงรักษา ทดสอบได้ และยืดหยุ่น

## Layered (n-tier) architecture

```text
LAYERED → organize the app into horizontal LAYERS, each with a responsibility:
  PRESENTATION (UI) → APPLICATION/business logic → DATA ACCESS → DATABASE
  → each layer depends only on the layer below; clear separation
  ✓ simple, common, organized  ✗ can become rigid; layers can leak; less flexible
```

## Hexagonal / Clean architecture

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → the core business logic is ISOLATED
from external concerns (UI, database, frameworks):
  → the DOMAIN/core depends on NOTHING external; external things (DB, UI, APIs) plug in
    via interfaces ("ports") and "adapters"
  → dependencies point INWARD (toward the domain) → the core is independent and testable
  ✓ highly testable, flexible (swap DB/UI/frameworks), domain-focused
  ✗ more complexity/structure (justified for complex domains)
```

## Architectural patterns อื่น ๆ

```text
EVENT-DRIVEN → components communicate via events (decoupled, scalable, reactive)
MICROSERVICES → independent services (covered in system design)
MVC/MVVM → UI architecture (covered separately)
CQRS / EVENT SOURCING → separate read/write; events as the source of truth
PIPELINE / pipes-and-filters → data flows through processing stages
→ choose based on the system's complexity, domain, and needs
```

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

การเข้าใจ architectural patterns ที่พบบ่อยเป็นความรู้ระดับ senior ที่มีคุณค่าเพราะมันกำหนด **ว่าทั้งแอปพลิเคชันถูกจัดโครงสร้างอย่างไร** ส่งผลอย่างมากต่อความสามารถในการบำรุงรักษาและความยืดหยุ่น จึงสำคัญต่อการออกแบบระบบที่มีโครงสร้างดี

Architectural patterns ทำงานในระดับที่สูงกว่า design patterns ระดับออบเจ็กต์ โดยจัดระเบียบทั้งระบบ

การเข้าใจ **layered architecture** (จัดเป็น layers แนวนอน presentation, business logic, data access แต่ละชั้นพึ่งพาชั้นที่อยู่ด้านล่าง ให้การจัดระเบียบที่เรียบง่ายและพบบ่อยแต่อาจแข็งทื่อ) เป็นพื้นฐาน เพราะมันเป็นโครงสร้างแอปพลิเคชันที่พบบ่อยที่สุด

การเข้าใจ **hexagonal/clean architecture** มีคุณค่าเป็นพิเศษ: แยก core business logic ออกจาก external concerns (UI, database, frameworks) เพื่อให้ domain ไม่พึ่งพาสิ่งภายนอกเลย ในขณะที่สิ่งภายนอกเสียบเข้ามาผ่าน ports และ adapters โดย **dependencies ชี้เข้าด้านในไปยัง domain** ทำให้ core เป็นอิสระ ทดสอบได้สูง และยืดหยุ่น (สามารถสลับ databases, UIs และ frameworks ได้)

แนวทางที่เน้น domain นี้มีอิทธิพลในสถาปัตยกรรมสมัยใหม่สำหรับ domains ที่ซับซ้อน แม้จะเพิ่มโครงสร้างที่ต้องมีเหตุผลรองรับ

การเข้าใจ **architectural patterns อื่น ๆ** ได้แก่ event-driven (ลดการผูกติด, reactive), microservices, MVC/MVVM, **CQRS/event sourcing** (แยก reads/writes, events เป็น source of truth) และ pipeline/pipes-and-filters ขยายความตระหนักว่าระบบสามารถจัดโครงสร้างได้อย่างไร

การเข้าใจ patterns เหล่านี้และ **เลือกตามความซับซ้อน domain และความต้องการของระบบ** สะท้อนวิจารณญาณด้านสถาปัตยกรรมในการจัดโครงสร้างแอปพลิเคชันอย่างเหมาะสม

Architectural patterns ส่งผลอย่างมากต่อความสามารถในการบำรุงรักษา ทดสอบได้ และยืดหยุ่นของระบบ การเลือกและนำไปใช้ได้ดีเป็นทักษะ senior ที่สำคัญ

เนื่องจาก architectural patterns กำหนดว่าทั้งแอปพลิเคชันถูกจัดโครงสร้างอย่างไร (ส่งผลอย่างมากต่อความสามารถในการบำรุงรักษา ทดสอบได้ และยืดหยุ่น) และการเข้าใจตัวเลือก (layered, hexagonal/clean, event-driven, CQRS) และเลือกอย่างเหมาะสมมีความสำคัญต่อการออกแบบระบบที่มีโครงสร้างดี การเข้าใจ architectural patterns ที่พบบ่อยจึงเป็นความรู้ระดับ senior ที่มีคุณค่า สำคัญต่อการจัดโครงสร้างทั้งแอปพลิเคชันให้ดี (โดยเฉพาะแนวทาง clean/hexagonal ที่มีอิทธิพลสำหรับระบบที่ทดสอบได้และเน้น domain) สะท้อนวิจารณญาณด้านสถาปัตยกรรมที่คาดหวังจากนักพัฒนา senior ที่ออกแบบโครงสร้างระบบ และเสริม patterns ระดับออบเจ็กต์ด้วยการจัดระเบียบระดับสูงกว่า