Proxy pattern คืออะไร?

Question

Accepted Answer

**Proxy** pattern จัดให้มี **ตัวแทนหรือตัวยืน (surrogate)** สำหรับออบเจ็กต์อีกตัวเพื่อควบคุมการเข้าถึงมัน proxy มี interface เดียวกับออบเจ็กต์จริงแต่เพิ่มพฤติกรรม เช่น lazy loading, การควบคุมการเข้าถึง, caching หรือ logging ก่อนที่จะ delegate ไปยังออบเจ็กต์จริง

## Proxy pattern ทำอะไร

```text
PROXY → an object that STANDS IN for another, controlling access to it:
  → same interface as the real object (clients use it transparently)
  → adds behavior BEFORE/AROUND delegating to the real object
  → controls WHEN and HOW the real object is accessed
→ "a stand-in that adds control/behavior"
```

## ประเภทของ proxies

```text
VIRTUAL proxy → LAZY initialization → create/load the real object only when needed
  (e.g. defer loading a heavy resource until first use)
PROTECTION proxy → ACCESS CONTROL → check permissions before allowing access
CACHING proxy → cache results → return cached data instead of re-fetching/recomputing
REMOTE proxy → represent an object in another location (network/remote calls hidden)
LOGGING/smart proxy → add logging, reference counting, etc. around access
```

## การใช้งานและตัวอย่าง

```js
// a caching proxy wraps a service, caching results
class CachingProxy {
  constructor(service) { this.service = service; this.cache = {}; }
  fetch(id) {
    if (!this.cache[id]) this.cache[id] = this.service.fetch(id);  // cache misses
    return this.cache[id];   // serve from cache otherwise
  }
}
```

```text
USES → ORMs (lazy-loading entities), API clients (caching/retry), JS Proxy object,
  access control, virtual proxies for heavy objects, remote service proxies
```

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

การเข้าใจ Proxy pattern มีคุณค่าเพราะมันเป็น **structural pattern ที่มีประโยชน์** สำหรับการควบคุมการเข้าถึงออบเจ็กต์ พร้อมการนำไปใช้จริง จึงเป็นความรู้ด้านการออกแบบที่เกี่ยวข้อง

Proxy pattern จัดให้มีตัวแทนที่มี interface เดียวกับออบเจ็กต์จริง โดยเพิ่มพฤติกรรมก่อน delegate ไปยังมัน ควบคุมว่าเมื่อใดและอย่างไรที่ออบเจ็กต์จริงถูกเข้าถึง

การเข้าใจว่ามันทำอะไร (ตัวยืนที่เพิ่มการควบคุมหรือพฤติกรรมในขณะที่แทนออบเจ็กต์จริงอย่างโปร่งใส) คือความรู้แกนหลัก

การเข้าใจ **ประเภทของ proxies** มีคุณค่าเพราะแต่ละแบบตอบความต้องการจริง: **virtual proxies** (lazy initialization เลื่อนการสร้างหรือโหลด resource หนักจนกว่าจำเป็น ซึ่งสำคัญต่อ performance), **protection proxies** (การควบคุมการเข้าถึง ตรวจสอบสิทธิ์ก่อนอนุญาต), **caching proxies** (cache ผลลัพธ์เพื่อหลีกเลี่ยงการ fetch หรือคำนวณซ้ำ ซึ่งเป็นการ optimize ที่พบบ่อย), **remote proxies** (แทนออบเจ็กต์ในที่อื่น ซ่อน network calls) และ logging/smart proxies

สิ่งเหล่านี้ครอบคลุม cross-cutting concerns ที่สำคัญ (lazy loading, การควบคุมการเข้าถึง, caching, remote access) ที่นำมาใช้อย่างโปร่งใส

การเข้าใจ **การใช้งาน** ได้แก่ ORMs (lazy-loading entities ซึ่งเป็นการใช้งานจริงที่พบบ่อยมาก), API clients (caching และ retry), JavaScript Proxy object, การควบคุมการเข้าถึง และ remote service proxies ช่วยให้เห็นการนำไปใช้ในทางปฏิบัติ

Proxy pattern ปรากฏใน frameworks จริง (ORMs lazy-load ผ่าน proxies, JS มี Proxy ในตัว) และเป็นวิธีที่สะอาดในการเพิ่มการควบคุมการเข้าถึง, caching หรือ lazy loading อย่างโปร่งใสรอบ ๆ ออบเจ็กต์

เนื่องจาก Proxy pattern เป็น structural pattern ที่มีประโยชน์สำหรับการควบคุมการเข้าถึงออบเจ็กต์ (lazy loading, การควบคุมการเข้าถึง, caching, remote access) พร้อมการนำไปใช้จริง (ORMs, API clients, JS Proxy) และเนื่องจากการเข้าใจว่ามันทำอะไรและประเภทของมันมีความเกี่ยวข้องต่อความต้องการที่พบบ่อยเหล่านี้ การเข้าใจ Proxy pattern จึงเป็นความรู้ด้านการออกแบบที่มีคุณค่าและเกี่ยวข้องในทางปฏิบัติ เป็น pattern ที่มีประโยชน์สำหรับการควบคุมการเข้าถึงออบเจ็กต์อย่างโปร่งใส (lazy loading, caching, การควบคุมการเข้าถึง) ปรากฏใน frameworks จริงอย่าง ORMs และเป็นความรู้ด้านการออกแบบที่สำคัญสำหรับการเพิ่มพฤติกรรม cross-cutting รอบ ๆ การเข้าถึงออบเจ็กต์อย่างสะอาด