ปัญหาใดที่อาจเกิดขึ้นจากการเลียนแบบแนวคิดจากภาษาอื่น

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

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

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

ตัวอย่างเช่นในคำตอบของ Stack Overflowฉันได้อธิบายว่าสัญญาโค้ดแนวคิดที่ใช้ใน. NET Framework นั้นสามารถถูกจำลองเป็นบางส่วนใน PHP ซึ่งไม่รองรับ ฉันลงเอยด้วยการเขียนโค้ดจำนวนมากโดยไม่ทำอะไรเลยเพราะในสิ่งเดียวกันก็สามารถทำได้ด้วยอาร์เรย์ที่เรียบง่าย

โดยทั่วไปแต่ละภาษามีวัฒนธรรมของตัวเองแนวปฏิบัติที่ดีที่สุดสไตล์ของตัวเอง

• ถ้าฉันเริ่มเขียนรหัส C # เหมือนว่าเป็น C มันจะน่าเกลียด

• หากฉันเข้าใจ Haskell ในฐานะผู้พัฒนา Java ที่ถูกบังคับให้ใช้ Haskell แต่ไม่ต้องการที่จะเข้าใจจุดแข็งของมันและเพียงต้องการโคลนแนวคิดของ Java โค้ดที่ฉันจะเขียนจะต้องทนทุกข์ทรมาน

• เป็นต้น

ไม่มีอะไรผิดพลาดในการพยายามปรับปรุงภาษา (เช่นปรับปรุง C # โดยแนะนำหน่วยวัดเช่นใน F #) แต่ถ้าคุณทำมันมากเกินไปคุณควรเลือกภาษาอื่นที่เหมาะกับความต้องการของคุณ

ความสามารถในการอ่านที่ลดลงนั้นเพียงพอที่จะมีปัญหาในตัวมันเอง: มันลดจำนวนคนที่อาจรักษาโครงงานของคุณโดยไม่ต้องผ่านการฝึกอบรมจากคุณ

นอกจากนี้

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

มันไม่ใช่ความคิดที่ดีอย่างที่ปรากฏบนกระดาษ

ตัวอย่างที่ 1: ถ้าคุณอายุมากพอคุณอาจจำวันที่ C เป็นเด็กใหม่ในเมือง โปรแกรมเมอร์ Pascal และ Ada ไม่ชอบวงเล็บปีกกาเปิดและปิดของ C พวกเขา #defined beginและendเพื่อเปิดรั้งและปิดวงเล็บปีกกาและ voila! Cada! ผลลัพธ์ที่โชคร้ายนั้นน่าเกลียดจากมุมมองของ Ada หรือ C

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

ปัญหาใดที่อาจเกิดขึ้นจากการเลียนแบบแนวคิดจากภาษาอื่น

abstractions ที่รั่วไหล

มันอาจเป็นเรื่องยากที่จะห้าม ลองนึกภาพการพยายามใช้งาน LINQ จาก C # ในแอปพลิเคชัน Java ของคุณ หรือวิธีการเพียงแค่เพิ่มการปิดคำศัพท์ในภาษา? คุณจะต้องเขียนคอมไพเลอร์ใหม่ซึ่งค่อนข้างจะให้ภาษาใหม่แก่คุณ

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