การเขียนโปรแกรมเชิงวัตถุ: ทำไมต้อง“ มุ่งเน้น”

ฉันผ่านหลักสูตรการเขียนโปรแกรมเกมมาตลอด นี่ไม่ใช่ระดับวิทยาศาสตร์คอมพิวเตอร์ดังนั้นทฤษฎีจำนวนมากจึงหลีกเลี่ยงการสร้างพอร์ตโฟลิโอที่ใช้งานได้จริงและสิ่งที่ฉันเห็นว่าเป็นการเรียนรู้ของ JIT ซึ่งเห็นได้ชัดว่ามีความสำคัญมากกว่าในอุตสาหกรรมเกม หัวข้อแรกคือ "ความรู้เบื้องต้นเกี่ยวกับการเขียนโปรแกรมเชิงวัตถุ"

วลีนั้นไม่ได้รบกวนฉันจนกว่าฉันจะได้เรียนรู้เกี่ยวกับกระบวนทัศน์การเขียนโปรแกรมที่แตกต่างกัน (ฉันได้รับรายการนี้จากhttps://en.wikipedia.org/wiki/Comparison_of_programming_paradigms ):

• ความจำเป็น
• การทำงาน
• ขั้นตอน
• โครงสร้าง
• เหตุการณ์ที่ขับเคลื่อนด้วย
• เชิงวัตถุ
• ที่เปิดเผย
• ออ-Based

ฉันเข้าใจว่านี่ไม่ใช่รายการที่ละเอียดถี่ถ้วนและแนวคิดเหล่านี้ทั้งหมดไม่เท่ากันและส่วนใหญ่ไม่ได้ จำกัด เฉพาะ แต่ฉันไม่เข้าใจว่าทำไมพวกเขาส่วนใหญ่จึงได้คำเพียงคำเดียว การทำงาน; ที่เปิดเผย - แต่เมื่อเราพูดถึงการเขียนโปรแกรมกับวัตถุเราต้องชี้แจงว่าเรามุ่งเน้นไปที่วัตถุเหล่านั้น เราใช้วัตถุไม่ได้เหรอ? เราไม่สามารถมีสิ่งของได้หรือ ทำไมพวกเขาต้องปรับทิศทางเราในฐานะดาวนำทางของเรา?

ดูที่นี่ ( https://en.wikipedia.org/wiki/Object-oriented_programming ) ไม่มีการใช้คำว่า "เชิง" ที่ระบุเป็นคำของตนเอง อธิบายเฉพาะ "วัตถุ"

นอกจากนี้ฉันสามารถดูเหตุผลเชิงปฏิบัติว่าทำไมจึงใช้ Event-Driven เพราะการเขียนโปรแกรมกิจกรรมเป็นสิ่งที่คุณทำเมื่อคุณกำลังประชุมอยู่และโปรแกรม Automata ทำให้ดูเหมือนว่าคุณกำลังตั้งสายการผลิตหุ่นยนต์ ดังนั้นช่วยให้มีคำที่ชัดเจนเพิ่มเติมที่นั่น

อะไรทำให้การเขียนโปรแกรมวัตถุเป็นวลีไม่เพียงพอที่จะอธิบายสิ่งที่เราทำเมื่อเราใช้วัตถุในการเขียนโปรแกรมของเรา

เห็นได้ชัดจากน้ำเสียงของฉันฉันไม่ชอบคำว่า "เชิง" เกินไป มันทำให้ฉันนึกถึงเวลาของฉันในฐานะนักข่าวศาลฟังทนายหลังจากที่ทนายความใช้วลี "ที่เกี่ยวข้องกับ" เป็นเห็บวาจา มันไม่ได้มีความหมายอะไรเลย มันเป็นเพียงคำศัพท์ที่พวกเขาใช้เติมอากาศในขณะที่พวกเขาพยายามคิดว่าจะพูดอะไรต่อไป อย่างไรก็ตามฉันไม่ได้พยายามสนับสนุนการเปลี่ยนแปลงภาษาฉันแค่ถามว่าทำไมมันถึงเป็นแบบนั้น หากมีคนรู้ว่าทำไมมันถึงเป็นที่รู้จักในแบบนั้นด้วยเหตุผลทางประวัติศาสตร์และมีร่องรอยอันบริสุทธิ์นั่นคือคำตอบ มันจะเป็นกระสุนถ้าฉันตัดสินใจที่จะเสียเวลาไปกับการเปลี่ยนภาษา

ในทางตรงกันข้ามถ้ามีจริงเหตุผลที่มีประโยชน์สำหรับเหตุผลที่ภาษาหรือชิ้นส่วนของรหัสจะต้องชี้ไปทางวัตถุเพื่อการยกเว้นเส้นทางอื่น ๆ ทั้งหมดเมื่อเทียบกับมีเพียงพวกเขาในแถบเครื่องมือของมันเป็นเครื่องมือที่ผมจะจริงๆ สนใจที่จะเรียนรู้เกี่ยวกับมัน ฉันชอบเรียนรู้สิ่งที่มีประโยชน์

ฉันเชื่อว่าคุณกำลังอ่านวิธีมากเกินไปในโครงสร้างไวยากรณ์ที่เรียบง่าย ดูรายการกระบวนทัศน์ของคุณเรียงลำดับแตกต่างกันด้วยเหตุผลที่เราจะไปถึงในไม่ช้า:

• ความจำเป็น
• การทำงาน
• ขั้นตอน
• โครงสร้าง
• ที่เปิดเผย
• เหตุการณ์ที่ขับเคลื่อนด้วย
• ออ-Based
• เชิงวัตถุ

ทุกคำมีอะไรเหมือนกัน? พวกเขาคือคำคุณศัพท์ทั้งหมดเพราะพวกเขาตั้งใจที่จะแก้ไขคำว่า นอกจากนี้ด้วยข้อยกเว้น "คำสั่ง" พวกเขาไม่ใช่คำคุณศัพท์ "ธรรมชาติ" แต่คำนาม "คำคุณศัพท์" - คำนามที่อธิบายถึงแกนหลักของกระบวนทัศน์: ฟังก์ชั่นโครงสร้างออโตมาตาและวัตถุ

และมีสองวิธีที่แตกต่างกันซึ่งคำนามเป็นคำคุณศัพท์: ผ่านคำต่อท้ายเช่น -al หรือ -ed หรือผ่านการสร้างคำคอมโพสิตโดยใช้เครื่องหมายยัติภังค์ ตอนนี้ Doc Brown ได้ชี้ให้เห็นแล้วคำต่อท้ายที่สามารถใช้เพื่อแสดงคำว่า "object" ส่งผลให้เกิดความหมายที่แตกต่างออกไป ซึ่งออกจากองค์ประกอบ

และฉันส่งมันเป็นเรื่องบังเอิญหรือรสชาติที่อลันเคย์เลือกใช้ "เชิง" สำหรับคำคุณศัพท์เชิงประกอบ "เชิงวัตถุ" มันอาจเป็น "วัตถุที่ขับเคลื่อนด้วย" หรือ "ตามวัตถุ" และคุณอาจอ่านมากเกินไปสำหรับสิ่งเหล่านั้นเช่นกัน เสียง "ขับเคลื่อน" ไม่เหมือนกับความหลงใหลที่ไม่ดีต่อสุขภาพหรือไม่?

แต่เมื่อเราพูดถึงการเขียนโปรแกรมกับวัตถุเราต้องชี้แจงว่าเราให้ความสำคัญกับวัตถุเหล่านั้น เราใช้วัตถุไม่ได้เหรอ? เราไม่สามารถมีสิ่งของได้หรือ

ตรงไปตรงมามันเป็นเรื่องของประวัติศาสตร์ ฟังก์ชั่นการเขียนโปรแกรมฟังก์ชั่นการเขียนโปรแกรมเชิงฟังก์ชั่นการเขียนโปรแกรมเชิงประกาศเป็นจริงการเขียนโปรแกรมเชิงประกาศ ... หลังจากทั้งหมดเราไม่เพียงแค่ใช้ฟังก์ชั่น? เรามีฟังก์ชั่นไม่ได้ใช่ไหม

"Object oriented" ทำให้ลิ้นดีขึ้นและติดแน่นในอดีต

'การวางแนว' มาเพราะเราไม่ได้พูดถึงการเขียนโปรแกรม แต่ออกแบบ เพียงเพราะเราใช้วัตถุหรือใช้ฟังก์ชั่นหรือใช้เหตุการณ์ไม่ได้หมายความว่าวิธีการออกแบบของเราจะทำโดยการสร้างแบบจำลองทั้งสาม ด้วยการระบุการวางแนวของวิธีการออกแบบมันจะช่วยสื่อสารกับโปรแกรมเมอร์ว่าพวกเขาควรตีความและขยายการออกแบบนั้นอย่างไร - การสร้างแบบจำลองมุ่งเน้นไปที่การปรับใช้สี

เรียกมันว่าช่วยอธิบายวัตถุเป็นส่วนสำคัญของกระบวนทัศน์

การเขียนโปรแกรมเชิงวัตถุมีรากฐานมาจากSimulaซึ่งเป็นหลัก ALGOL บวกกับคุณสมบัติการเขียนโปรแกรมวัตถุใหม่ และในการรักษาประวัติศาสตร์นั้นแม้กระทั่งทุกวันนี้ก็เป็นไปได้ในหลาย ๆ ภาษา (แม้แต่ "ภาษา OO บริสุทธิ์") ในการเขียนโปรแกรมบางอย่างที่เป็นเพียงโปรแกรมขั้นตอนที่มีวัตถุบางอย่างอยู่ในนั้น แต่นี่ถือว่าเป็นรูปแบบที่ไม่ดีโดยนักพัฒนาที่มีประสบการณ์มากกว่า

จริงๆแล้วการทำอะไรบางอย่าง "วิธีเชิงวัตถุ" นั้นแตกต่างจาก "ขั้นตอนวิธีการ" มาก แนวคิดที่สำคัญที่สุดคือการใช้การสืบทอดและความหลากหลาย เมื่อคุณเข้าใจอย่างแท้จริงและinternalizeเรียนวิธีและวิธีการทำงานเสมือนมันเป็นประสบการณ์ที่เปิดตาที่มีการเปลี่ยนแปลงวิธีการที่คุณเขียนโค้ดในหลายกรณีการปรับเปลี่ยนกระบวนทัศน์ที่แท้จริง (แน่นอนว่าคุณเริ่มเขียนโค้ดขั้นตอนก่อนนักเรียนจำนวนมากในวันนี้ตรงไปที่ Java หรือ C # เป็นภาษาแรกและ IMO ที่พวกเขาพลาดในการเข้าใจถึงประโยชน์ของ OO จริงๆ)

เราเรียกมันว่าการเขียนโปรแกรมเชิงวัตถุเนื่องจากโปรแกรมที่เขียนในลักษณะ OO ไม่ได้มีแค่วัตถุเท่านั้น โครงสร้างของโปรแกรมทั้งหมดขึ้นอยู่กับพวกเขาและรอบ ๆ วิธีที่พวกเขาทำงาน