ตอบยากเนอะ คือ เรารู้สึกว่า class ที่แตกๆ ออกมามันทำอะไรในสิ่งที่ควรทำรึเปล่า? มีใครแย่งงานใครคนอื่นไปทำจนออกนอกหน้าเกินไปรึเปล่า ฯลฯ

ผมอ่านแล้วก็สะดุดนะ ผมเองก็ไม่แน่ใจเหมือนกันว่าโค้ดที่ผมเคยพัฒนามัน OOP รึเปล่า เอาแต่เสร็จให้ทัน กะอ่านให้มันง่ายไว้ก่อน

ตามตำราทางวิชาการแล้ว แนวคิด OOP มีเพื่อวัตถุประสงค์ที่จะให้โค้ด lossy coupling เอาโค้ดกลับมาใช้ใหม่ได้มากไปกว่าที่ Procedural Language ปกติจะให้ได้ โดยจะมีจุดเด่นที่แตกต่างไปคือเรื่อง encapsulation, polymorphism, inheritance, abstraction

สัญญาณที่เห็นได้ว่าจะไม่ใช่ OOP

• เห็นโค้ดซ้ำๆ (duplicate code) ในโปรเจตต์
• มีใช้ global variable อย่างเป็นล่ำเป็นสัน
• โค้ดแทบจะเป็นแฝดสยาม เปลี่ยนโครงสร้างภายในหน่อย โค้ดที่ใช้แทบจะเสียชีวิต ต้องรื้อใหม่ อันนี้ก็ว่า tighly coupling
• ในคลาส มีเมธอดตัวใหญ่ๆ โค้ดหลายๆสิบหน้า เอาสัก 20-30 บรรทัดก็เริ่มสนุกแล้ว เมธอดเดียวแตะร้อยนี่น่ากล้วนะครับ
• คลาสเปลีอย ประมาณว่าเป็นที่เก็บตัวแปรเฉยๆ ไม่มี value-added เมธอดใดๆ ใครอยากล้วงควักตัวแปรเมื่อไรก็เชิญ

สัญญาณที่เห็นได้ว่าจะเป็น OOP

• ใช้ฟีเจอร์ encapsulation, inheritance, polymorphism
• design patterns

แต่ก็นั่นแหล่ะ OOP เป็นแนวคิดในการพัฒนาโค้ด ไม่ใช่เพียงแต่คุณใช้ feature ของภาษาครบแล้วโค้ดจะเป็น OO ขึ้นมาในบัดดล เพียงแต่ว่าฟีเจอร์ภาษามันเอื้อให้คุณคิดอย่าง Object Oriented

ปล. OOP ก็ไม่ใช่ทุกอย่าง ถ้างานมันเขียนให้เข้าใจ อ่านง่ายรู้เรื่องด้วย procedural style ได้ ก็ไม่ต้องขยันไปทำเป็น OOP อันนั้นเวอร์เกินไป

เห็นด้วยกะคุณ tekkasit นะ

ที่ผมเขียนถือว่ายกตัวอย่างเท่านั้นนะครับ อย่าได้ถือเป็นไม้บรรทัดเข้าเชียว เพียงแต่เวลา/ประสบการณ์ อ่านโค้ดคนอื่นเยอะๆ ไปแกะโค้ดไลบารีมาอ่าน มันก็จะพอซึมซาบมาได้

แต่ที่ผมเขียนไปนั่นไม่ได้หมายความว่าผมไม่เคยเป็นโค้ดสปาเกตตี้นะ กลับไปเห็นโค้ดตัวเองที่เคยเขียนเมื่อหกปีก่อน มันยังทำงานอยู่ เห็นแล้วก็ยังอดฮาไม่ได้ ไม่รู้ว่าลูกค้าที่เอาโค้ดไปดูแลเองนี่นั่งกลุ้มรึเปล่า ^_^;

อยากให้แนะนำบทความ/ebook สอนคอนเส็ปท์เรื่อง OO ให้หน่อยครับ
ผมเองสนใจมากแต่ก็แก่เกินจะกลับไปลงทะเบียนเรียนแล้ว คงจะต้องหาอ่านเอง ช่วยแนะนำให้หน่อยนะครับ ขอบคุณครับ

อุ๊

งานผมมี class นึง พันกว่าบรรทัด = =”