ฟังก์ชั่นส่งกลับเฉพาะพารามิเตอร์ที่ไม่เปลี่ยนแปลงไม่มีประโยชน์หรือไม่

ฉันเพิ่งพบฟังก์ชันนี้ในโครงการที่ฉันทำงานอยู่:

  -- Just returns the text unchanged.
  -- Note: <text> may be nil, function must return nil in that case!
  function Widget:wtr(text)
      return text
  end

น่าเศร้าที่ผู้ทำรหัสไม่ทำงานใน บริษัท อีกต่อไป ทำไมหนึ่งจะสร้างฟังก์ชั่นที่ไม่ทำอะไรเลย แต่ส่งกลับพารามิเตอร์ที่เรียกว่าด้วย?

มีการใช้ฟังก์ชันดังกล่าวไม่ได้ระบุตัวอย่างนี้ แต่โดยรวมในกรณีใด ๆ ?

เนื่องจาก

function aFunction(parameter)
    return parameter
end

จบลงแล้ว

aFunction(parameter) == parameter

ทำไมฉันต้องเขียนอะไรบางอย่าง

aFunction(parameter) == whatIWantToCheck

แทน

parameter == whatIWantToCheck

?

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

อีกวิธีหนึ่งคือทำให้เป็นฟังก์ชันเริ่มต้นที่ใช้งานง่าย เช่นเดียวกับที่คุณอาจต้องการตั้งค่าoffset = 0ให้เป็นจำนวนเต็มเริ่มต้นถึงแม้ว่าสิ่งนั้นจะทำให้ออฟเซ็ตไม่ทำอะไรเลยก็ตามมันอาจมีประโยชน์ในการตั้งค่าfilterFunction = identityให้เป็นฟังก์ชั่นเริ่มต้นแม้ว่ามันจะทำให้ตัวกรองไม่ทำอะไรก็ตาม

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

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

นั่นเป็นเพียง polymorphysm ใช่ไหม

จากประสบการณ์ของฉันกับQt tr()และwtr()วิธีการที่ควรจะใช้ (มีในQt ) ในการแปลWidgetข้อความของ

ดังนั้นด้วยการส่งคืนข้อความที่ไม่เปลี่ยนแปลงวิธีการนี้ก็บอกว่า: Widget does no localization (translation of the text) by default. Override this function to enable your own logic.

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

function getIndex(index)
    return index
end

และเมื่อดัชนีของคุณเริ่มต้นที่ 0 ทั้งหมดก็ดี หลังจากนั้นคุณเปลี่ยนส่วนประกอบที่อื่นส่วนประกอบนี้ต้องการให้คุณแปลดัชนีของคุณเพื่อเริ่มต้นที่ 1 คุณจะต้องเพิ่มดัชนีหลายร้อย + 1 ทุกที่ในรหัสของคุณ แต่ด้วยวิธีการเช่นนี้เพียงแค่พูดว่า:

 function getIndex(index)
    return index+1
end

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

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

สถานการณ์เพิ่มเติมหนึ่งอย่างนั้นคล้ายคลึงกับการใช้งานในคุณสมบัติของหลามและ C # แต่ในภาษาที่ไม่มีคุณสมบัติ

โดยทั่วไปคุณสามารถประกาศบางสิ่งบางอย่างในฐานะสมาชิกของชั้นเรียน สมมติว่า 'ชื่อ' เป็นสตริง ซึ่งหมายความว่าคุณเข้าถึงแบบนี้:

someobject.name

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

someobject.name()

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

คุณสมบัติใน C # / Python ช่วยให้คุณสามารถแทนที่ฟังก์ชั่นในสิ่งที่เคยเป็นคุณลักษณะในขณะที่ยังคงให้มันสามารถเข้าถึงได้เช่นคุณลักษณะเช่นไม่มีการเปลี่ยนแปลง คุณไม่จำเป็นต้องวางแผนล่วงหน้า

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

TL; DR นี่อาจเป็นการวางแผนโปรแกรมเมอร์ที่ฉลาดล่วงหน้าสำหรับการเปลี่ยนแปลงในอนาคต

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

ตัวอย่างเช่นสมมติว่าคุณมีรายชื่อบุคคลและรายการแบบหล่นลงสำหรับผู้ใช้เพื่อเลือกว่าเราต้องการเห็น "ทั้งหมด" หรือเฉพาะรายการที่เป็น "ชาย" หรือ "หญิง"

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