การพูดคุยเกี่ยวกับ“ วิธีการ” ของ C ++ มันผิดอย่างไร (กับ“ ฟังก์ชั่นสมาชิก”)

ฉันเข้าใจว่าตาม C ++ สเป็คไม่มีสิ่งเช่น "วิธีการ" และบางส่วน (มากที่สุด?) โปรแกรมเมอร์ C ++ พิจารณา "วิธี" เป็น Java-ism ในทางกลับกันแม้แต่ในฟอรัม C ++คนก็ดูเหมือนจะพูดถึงวิธีการต่างๆโดยไม่ชักกระตุก ฉันกำลังมองหาอนุสัญญาที่เป็นที่รู้จักหรือการปฏิบัติทั่วไปเกี่ยวกับคำศัพท์นี้

ฉันกำลังทำเอกสาร API ที่มีทั้ง C ++ และ Java เวอร์ชัน นักพัฒนาได้เก็บคลาสและเมธอด / ฟังก์ชันสมาชิกไว้เหมือนกันระหว่างสองชื่อนี้เพื่อความสะดวกในการย้ายและการทดสอบ ด้วยเหตุนี้สิ่งที่จำเป็นต้องได้รับการบันทึกเกี่ยวกับ API เหล่านี้คือ "ทางเลือก" ด้านบนของภาษา ฉันต้องสามารถพูดคุยทั่วไปเกี่ยวกับ Foos และ Bars ด้วยวิธีการ baz () และ mumble () ... วิธีการ?

ถ้าฉันพูดถึงวิธีการโปรแกรมเมอร์ Java จะพิจารณาเป็นธรรมชาติและจะปรากฏขึ้นโปรแกรมเมอร์ C ++ อาจจะเข้าใจ แต่บางคนคิดว่ามันไม่ถูกต้อง คำถามของฉันคือ: วิธีนี้เลวร้ายในทางปฏิบัติอย่างไร ฟังก์ชั่นของสมาชิก C ++ พูดถึงตามอัตภาพในบริบท "ทั่วไป OOP" อย่างไรเมื่อเทียบกับ C ++ - เฉพาะเจาะจง? มีวิธีที่ดีกว่าในการพูดคุยเกี่ยวกับฟังก์ชั่นสมาชิกในวิธีที่ไม่ถูกต้องสำหรับภาษาใดภาษาหนึ่งหรือไม่? ("ฟังก์ชั่นสมาชิก" เป็น verbose เล็กน้อย)

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

ฉันรู้คำถามนี้แต่โดยทั่วไปเกี่ยวกับ OOP และไม่ถามเกี่ยวกับภาษาเฉพาะ

ทำไมคุณไม่รวมคำอธิบาย (เหมือนอย่างที่คุณทำในคำถามของคุณ) ในส่วนเบื้องต้นของเอกสารเช่นส่วนของการประชุม ? จากนั้นคุณสามารถอธิบายได้ว่าคำว่า "method" ตามที่ใช้ในเอกสารของคุณนั้นมีความหมายทั่วไปในแง่ของวิธีการ (Java), ฟังก์ชันสมาชิก (C ++), ... เนื่องจากเอกสารนี้ใช้กับการนำไปใช้ทั้งหมด

คุณจะไม่ถูกประหารชีวิต

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

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

แต่ฉันแน่ใจว่ามีโปรแกรมเมอร์ C ++ มืออาชีพหลายล้านคนที่ไม่รู้ว่านี่เป็นเรื่องจริง มันเป็นโลกเฒ่าใหญ่

คุณจะไม่ถูกประหารชีวิต

Eiffel เรียกพวกเขาว่าRoutines or Features , C ++ เรียกพวกเขาว่าMember Functionและ (เกือบ) ภาษา OO อื่น ๆ ที่เคยสร้างมาในประวัติศาสตร์ของการคำนวณทั้งก่อนและหลัง C ++ เรียกพวกมันว่าMethodดังนั้นโดยทั่วไปแล้วคำศัพท์หลังควรจะเข้าใจแม้กระทั่ง c ++ (และไอเฟล) โปรแกรมเมอร์จนกว่าพวกเขาจริงๆไม่เคยได้ยิน Simula, สมอลล์ทอล์คตนเอง, Objective-C, Newspeak, Java, C #, VB.NET, PHP, Python, Ruby, ECMAScript / JavaScript, สกาล่า CoffeeScript ...