ควรออกแบบให้เป็น Layer และ แต่ละ Layer ควรกำหนดจุดประสงค์ให้ชัดเจน

ภาพจากหนังสือ https://www.amazon.com/Grokking-Simplicity-software-functional-thinking/dp/1617296201
จากภาพด้านบนเราควรจะกำหนดวัตถุประสงค์ของแต่ละ layer ให้ชัดเจน และ call graph ก็ไม่ควรจะยุ่งเหยิง หรือมีลูกศรที่ข้าม layer และใน layer เดียวกันก็ไม่ควรจะมีที่เรียกกันเอง ( ถ้า function นั้นๆ เรียก function ใน layer เดียวกัน function นั้นก็ต้องอยู่บน layer ที่สูงกว่า )

Layer ที่อยู่ต่ำ คือ layer ที่เรียกใช้ function library ของภาษา หรือ system call ของ os ส่วน function ที่อยู่ชั้นบน คือ business domain layer ซึ่ง layer ที่อยู่ด้านบนถัดไปของ business domain layer ไม่สมควรที่จะรับรู้ data structure
Function ที่อยู่ layer บนมันจะเป็น function ที่มีการเปลี่ยนแปลงบ่อย มากกว่า function ที่อยู่ layer ต่ำกว่า
Function ที่อยู่ layer ด้านล่าง จะถูกใช้งานในหลายๆ function ที่อยู่ใน layer ที่สูงกว่า
Function ที่คุ้มค่าสำหรับ testing คือ function ที่อยุ่ใน layer ล่างๆ เพราะ เป็น function ที่ถูกเรียกใช้บ่อยจาก function ที่อยู่ใน layer ที่สูงกว่า
Latest Posts
- Will I Make It to the Next Charger? An Idea for an EV Road-Trip Planner Built for Thai Roads, and Why We Want Your Feedback First October 6, 2026
- Car Tax, พ.ร.บ., ID Card, Passport: An Idea for One App That Remembers Every Renewal, and Why We Want Your Feedback First October 5, 2026
- Is Mum OK Today? An Idea for a Daily Check-in App for Ageing Parents, and Why We Want Your Feedback Before We Build It October 5, 2026
- Building a CoT Bridge: How to Get NVR, AIS and Drone Feeds onto a TAK Map Without Flooding It October 1, 2026
- Inside simpliSSO: What a 12-Module Identity Rollout Actually Delivers, from Azure AD Federation to the Last Legacy ERP October 1, 2026
- Can an LLM Predict a Flood? What AI Actually Does in Flood Forecasting, and Where Drones and Gauge Cameras Fit September 27, 2026