สรุปด่วน:
เพราะในโลกแห่งความจริงไม่ช้าก็เร็วคุณต้องทำงานกับรหัสขั้นตอน
เนื่องจากภาษาเชิงปฏิบัติสามารถทำงานได้เช่นส่วนขยายหรือบทนำสู่ภาษาเชิงวัตถุแทนที่จะเป็นทางเลือก
เติมเต็มเพื่อตอบ 2 เนื่องจาก OOP ซับซ้อนกว่าการเขียนโปรแกรมตามขั้นตอนดังนั้นจึงเป็นการดีกว่าที่จะเรียนรู้การเขียนโปรแกรมตามขั้นตอนก่อน
เพราะในโลกแห่งความเป็นจริงโปรแกรมเมอร์ทำงานด้วยและรวมหลายวิธีในการแก้ปัญหา AKA "การเขียนโปรแกรมแบบหลายจุด" ไม่ได้เป็นเพียงกระบวนทัศน์เดียว
ภาษาโปรแกรมส่วนใหญ่เป็นแบบหลายจุดในบางระดับแม้ว่านักออกแบบหรือนักพัฒนาทั่วไปจะพูดตรงกันข้าม
[ใหม่] เนื่องจากการเขียนโปรแกรมแบบแยกส่วนที่มักสับสนและสับสนกับขั้นตอนการเขียนโปรแกรมสามารถนำไปใช้กับ OOP ดังนั้นคำถามอาจถูกอ่านว่า "ทำไมเราต้องเรียนรู้การเขียนโปรแกรมแบบแยกส่วนก่อนที่เราจะเรียนรู้การเขียนโปรแกรมเชิงวัตถุ"
คำอธิบายการขยายที่น่าเบื่อ:
จุดที่ 1 ชัดเจนมากไม่ใช่คำอธิบายเพิ่มเติม
จุด 2, คลาส, การสืบทอด, Polymorphysm, การเชื่อมต่อเป็นต้น ...
จุดที่ 3 ฉันเขียน Pascal ขั้นตอนก่อนที่ฉันจะได้เรียนรู้ Object Oriented Pascal เมื่อฉันไปถึงที่นั่นฉันพูดว่า: "ดูคลาสเหมือนโปรแกรมขั้นตอนเล็ก ๆ ... ... และคุณสามารถทำให้พวกเขาพูดคุยกันเย็น !!! "
ฉันได้ยินเหมือนกันจากคนที่ไปจากธรรมดา C ถึง C บวกบวก
จุดที่ 4 โปรแกรมเมอร์ส่วนใหญ่มักจะรวมเทคนิคการเขียนโปรแกรมหรือกระบวนทัศน์ต่าง ๆ เข้าด้วยกันหรือวิธีการแก้ปัญหา ฟังก์ชั่น, ขั้นตอน, OOP, ตรรกะ
แม้แต่ Java "Pure OO" ก็ไม่ได้เป็นโปรแกรมวัตถุธรรมดาอย่างที่มันบอก
+1 ชี้ไปที่ว่า "การเขียนโปรแกรมตามขั้นตอน" แทน "การเขียนโปรแกรมเชิงโครงสร้าง" หรือการเขียนโปรแกรมแบบแยกส่วน สิ่งเหล่านี้มีความสำคัญ
บ่อยครั้งที่คำศัพท์เหล่านี้สอนและใช้แทนกันไม่ได้ การเขียนโปรแกรมแบบโครงสร้างรวมถึงแนวคิดมากมายไม่เพียง แต่ใช้โพรซีเดอร์และหนึ่งในนั้นก็คือการทำให้โปรแกรมดูไม่เหมือน "Spaghetti Code"
วันนี้ฉันอ่านโปรแกรม OO ที่ "บริสุทธิ์" หลายอย่างที่ดูเหมือน "Object Oriented Spaghetti Code" ซึ่งหมายความว่าโปรแกรมเมอร์ใช้ OOP แต่รหัสของมันดูเหมือนเป็นระเบียบ
หลายครั้งที่ฉันสามารถอ่านรหัส OO และบอกว่าโปรแกรมเมอร์เรียนรู้การเขียนโปรแกรมแบบมีโครงสร้างก่อน OOP เพราะรหัสนั้นชัดเจนและจัดเรียง
และสำหรับการเขียนโปรแกรมแบบแยกส่วนฉันได้เห็นแอพหลายตัว ใน C ++ และ PHP ที่ไม่ได้ใช้โมดูล *