การรวมตัว getters และ setters

ไลบรารี JavaScript เช่น jQuery รวม 'getters' และ 'setters' ในอินเตอร์เฟสการเขียนโปรแกรมเช่น:

 $('element').css({'color','blue'});

จะตั้งค่าสีหรือ

 $('element').css();

จะได้รับ CSS สำหรับองค์ประกอบ

มีชื่อสำหรับรูปแบบดังกล่าวและเป็นวิธีปฏิบัติที่ดีที่จะใช้ในแอปพลิเคชันหรือไม่

Martin Fowler ได้ตั้งชื่อมันว่า Overloaded getter and setter ในบทความนี้ :

เมื่อไม่นานมานี้ฉันได้จิ้ม Javascript ไปแล้วสิ่งหนึ่งที่ทำให้ฉันหลงไหลคือนิสัยของการใช้ชื่อฟังก์ชั่นแบบเดียวกันกับ getter และ setter ดังนั้นถ้าคุณต้องการที่จะหาความสูงของแบนเนอร์ของคุณใน jQuery ที่คุณจะใช้และถ้าคุณต้องการที่จะเปลี่ยนความสูงที่คุณจะใช้$("#banner").height()$("#banner").height(100)

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

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

มันเรียกว่า "method overloading" ในภาษา OO หรือ "function overloading" ในภาษาที่ไม่ใช่ OO

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

• บริบทที่ใช้ค่อนข้างดีที่แยกหนึ่งจากที่อื่น
• การเตรียมgetหรือsetชื่อวิธีเพิ่มความละเอียด
• หากมีหลาย getters (เช่นหนึ่งสำหรับintหนึ่งสำหรับdouble) การเปลี่ยนประเภทใน LHS ของการมอบหมาย ( int x = foo.bar()vs. double x = foo.bar()) ไม่จำเป็นต้องมีการเปลี่ยนรหัส ( barAsInteger()vs. barAsDouble()) ทางด้านขวาหากชั้นเรียนมีทั้งสองอย่าง ข้อเสียของเรื่องนี้คือบางครั้งมันยากที่จะรู้ว่าวิธีการใดที่ถูกเรียกเพียงแค่ดูรหัส

เนื่องจาก JavaScript ไม่มีคุณสมบัติจริง (โดยที่การตั้งค่าสามารถเรียกใช้โค้ดได้จริง) patter จึงเป็นคุณสมบัติที่ใช้สำนวนคุณสมบัติ (แม้ว่าคุณจะเรียกมันว่าอย่างอื่น)

ดังนั้นในภาษาที่ใช้คุณสมบัติจริงคุณควรทำเช่นนี้แทน:

element.css = ...
x = element.css

หากคุณต้องใช้รูปแบบ JavaScript ในภาษาที่จัดการคุณสมบัติคุณจะทำสิ่งผิดปกติ นั่นคงไม่ใช่ความคิดที่ดี จัดการกับคุณสมบัติที่ภาษานั้นใช้เพื่อจัดการดังนั้นคุณจะไม่สับสนคนอื่นที่ทำงานกับคุณ

ฉันคิดว่าคุณกำลังมองหา properties

ฉันค่อนข้างต่อต้านโดยสิ้นเชิงด้วยเหตุผลง่ายๆ: คลาส, วิธีการหรือฟังก์ชั่นควรทำสิ่งหนึ่ง - ในความคิดของฉันและการรวมgetterและsetterวิธีการจะละเมิดกฎนั้น ดังผลลัพท์:

1. returnค่าของฟังก์ชั่นแตกต่างกันไปขึ้นอยู่กับว่าทะเยอทะยานหรือหมาบล็อกได้รับการดำเนินการ หนึ่งนี้สามารถนำคุณไปสู่ฝันร้ายการบำรุงรักษา วิธีการของคุณควรจะกลับเพียงหนึ่งชนิดของข้อมูล / วัตถุในกรณีใด ๆ - หรือผลตอบแทนnull, falseหรือโยนexceptionในกรณีของข้อผิดพลาด
2. การเขียนการทดสอบหน่วยจะยากขึ้นเนื่องจากฟังก์ชั่นนี้มีหน้าที่การใช้งานที่แตกต่างกันโดยสิ้นเชิง
3. การเขียนเอกสารสำหรับวิธีการหรือฟังก์ชั่นนั้นยากกว่าด้วยเหตุผลที่ชัดเจน
4. มันจะไม่สอดคล้องกันเมื่อจำเป็นต้องใช้วิธีการทะเยอทะยานหลายวิธี - ดังที่ได้กล่าวไว้แล้วในBlrflคำตอบ