สรุปแนวคิดสำหรับการออกแบบระบบให้ระบบขนาดใหญ่ (Enterprise) และรองรับข้อมูลธุรกรรม(Transaction) จำนวนมาก โดยต้องการให้ขยายระบบ(Scalability) ได้ในอนาคตครับ เลือกรูปแบบ Data Modeling – Transaction – ORM vs ER – พวก Sensitive Data จัดการอย่างไร – Data distribution / Data Centralization เลือกรูปแบบ Architectural Patterns การเลือก Architecture ต้องดูจาก – Resource Handings (POSA-3) ตรงนี้จะเห็นว่า กล่องสีๆ พวก Performance…
เห็นหลายคนมักจะบอกว่าระบบที่ตัวเองดูแล หรือ ที่เห็นมัน มันมีความ Enterprise Application เรามาดูกันว่าจริงๆแล้ว ถ้าเอาตามนิยามของคุณ Martin Fowler อะไรถึงเรียกว่าเป็น Enterprise Application ครับ ต่อมา เรามาดูกันครับ ว่าแต่ละเงื่อนไขที่บ่งบอกว่า ระบบนี้เป็น Enterprise Application ครับ Reference
จาก Blog ตอนก่อนที่ได้เขียนเกี่ยวกับ Analysis Pattern ของ Peter Coad ไปเมื่อนานมากแล้ว คราวนี้ลองมาดูกันว่า ถ้ามีโจทย์จริงๆ แล้วเราสามารถเอา Pattern มาประยุกต์ใช้งานได้เร็วแต่ไหนกันครับ เอาหละมาดูโจทย์กันได้เลย โดยโจทย์มีอยู่ว่า ลองเอา Pattern ของ Peter Coad มาปรับใช้หละ ภาพที่ได้เป็นอย่างไร เอ้าลอง 1..2..3 แล้วมันมาจากไหนหละ มาดูคำตอบกันครับ มีแต่ Pattern ของ Peter Coad เต็มไปหมดเลยครับ ^___^ มันมีประโยชน์นะครับ เห็นไหมว่าตอนนี้ ถ้าเราจับ Pattern ของปัญหาได้ สิ่งที่ได้ในตอนนี้ คือ…
อันนี้น่าจะเป็น Pattern ที่ 4 ที่เขียนกันครับ ทำไมต้องใช้ Command Pattern เมื่อไหร่ควรจะใช้ Pattern มันเป็นอย่างไร – Class Diagram มุมมองตอน Runtime – Object Diagram มุมมองลำดับการทำงาน – Sequence Diagram
ทำไมต้องใช้ Decorator Pattern เมื่อไหร่ควรจะใช้ Open for Extension Closed for Modification Pattern มันเป็นอย่างไร – Class Diagram มุมมองตอน Runtime – Object Diagram มุมมองลำดับการทำงาน – Sequence Diagram Real World Example
คราวนี้มาเป็น Pattern ที่ 2 แล้วที่ผมเขียนในเรื่อง Design Pattern in Depth โดยตอนนี้ขอเขียนเกี่ยวกับ BNK48 แล้วกันครับ น้องเณอปราง ^___^ ทำไมต้องใช้ Observer Pattern เมื่อไหร่ควรจะใช้ Pattern มันเป็นอย่างไร – Class Diagram มุมมองตอน Runtime – Object Diagram มุมมองลำดับการทำงาน – Sequence Diagram ปิดท้ายด้วย Source Code (อาจจะรันไม่ได้ Code เทพ No Complier…
วันนี้ Blog นี้มาเน้นทางสาย Pattern กันเยอะ เชื่อว่าหลายๆคน Copy & Paste Development มาใช้งาน แต่ก็ไม่รู้ว่า มัน คือ อะไรครับ โดย Pattern ที่ผมมาเขียนลง Blog ในวันนี้ คือ Strategy Pattern ซึ่งข้อมูลส่วนใหญ่ผมเอามาจากของ Head First นะครับ ตัวอย่างมันอธิบายได้ง่ายดีครับ ทำไมต้องใช้ Strategy เมื่อไหร่ควรจะใช้ Pattern มันเป็นอย่างไร – Class Diagram มุมมองตอน Runtime – Object Diagram มุมมองลำดับการทำงาน…
เวลาที่เราปั๊น Software ที่ได้มาจาก Requirement (มี Blog ความรู้ เคสต่างๆจดๆด้วย) ที่เป็นน้ำๆ ออกมาเป็นกลุ่มก้อน เป็น Prototype แล้ว สิ่งที่เราควรทำมีอะไรบ้าง เพื่อให้ User ช่วย Confirm ว่าไอ้ที่เราปั๊นน้ำเป็นตัวขึ้นมาเนื่ย มันเป็นสิ่งที่ใช้นะ แต่เวลาเอาไปให้ User ใช้งานจริง มักจะเกิดปัญหา แล้วเราแก้ปัญหาอย่างไร – ถ้า User ยุ่งจริงๆ 📌 Observation + ฺMeeting :- การสังเกตุ แต่จริงๆ ทำยากนะ เพราะ มันมี Policy…
บังเอิญได้คุยกับคนรู้จัก แล้วเค้าเล่านิทานเรื่อง ไก่กับหมู โดยเนื้อเรื่องประมาณว่า ไก่กับหมู เป็นเพื่อนกัน พอมาวันหนึ่งทั้งคู่เริ่มเบื่อกับงานประจำและ เลยอยากออกมาเป็นนายตัวเอง เป็นเจ้าของกิจการ ทั้งสองได้คุยกันแล้วคิดว่าอะไรที่เรามีต้นทุนอยู่แล้ว พร้อมสำหรับการเปิดร้าน ซึ่งไก่เสนอว่าเปิดร้าน Ham & Egg สิ นายก็มี Ham ส่วนฉันก็ไม่ไข่ไก่ ส่วนหมูพอได้ฟัง ดังนั้นแล้วคิดหนักเลย และก็ตอบไปว่าไม่เอาดีกว่า ทำไมหมูถึงไม่เอาหละ ลองมาคิดกันครับ มามองในมุมอื่นๆบ้าง เช่น Project Management หรือ Startup (ตามเทรนช่วงนี้) เดี๋ยวถ้าพบเจอในมุมอื่นๆ เดี๋ยวผมมาเขียน Blog เพิ่มนะครับ Reference
Streamlined Object Modeling ถ้าถามผมนะ ผมมองว่าเป็น Analysis Pattern นะ โดยในขั้นตอนนี้เป็นการปรับ Enity Class ที่ได้จากการ Use Case Realization มาใช้ Pattern ที่คุณ Peter Coad ได้คิดเอาไว้ครับ (คนนี้คิดได้หลายอย่างเลย โดยส่วนใหญ่เป็นการขยายภาพของ OO ใช้ชัดเจนมากขึ้น และเค้ายังคิดเรื่อง Feature Driven Development ด้วย) สำหรับในเรื่องนี้คุณ Peter Coad ได้แบ่งกลุ่มของ Object ไว้เป็น 4 ประเภท ครับ ได้แก่ ตัวอย่าง…
