สองโครงสร้างที่มีสมาชิกเดียวกัน แต่ตั้งชื่อต่างกันมันเป็นความคิดที่ดีใช่ไหม

ฉันกำลังเขียนโปรแกรมที่เกี่ยวข้องกับการทำงานกับพิกัดเชิงขั้วและคาร์ทีเซียน

มันสมเหตุสมผลหรือไม่ที่จะสร้างสองโครงสร้างที่แตกต่างกันสำหรับแต่ละประเภทของคะแนนซึ่งเป็นหนึ่งเดียวกับXและYสมาชิกและอีกหนึ่งเป็นด้วยRและThetaสมาชิก

หรือมันมากเกินไปและดีกว่าถ้ามีโครงสร้างเดียวfirstและsecondเป็นสมาชิก

สิ่งที่ฉันกำลังเขียนนั้นง่ายและจะไม่เปลี่ยนแปลงมากนัก แต่ฉันอยากรู้ว่าอะไรจะดีไปกว่านี้ในมุมมองของการออกแบบ

ฉันคิดว่าตัวเลือกแรกดีกว่า ดูเหมือนว่าอ่านได้มากขึ้นและฉันจะได้รับประโยชน์จากการตรวจสอบประเภท

ฉันได้เห็นวิธีแก้ปัญหาทั้งสองดังนั้นจึงขึ้นอยู่กับบริบทอย่างแน่นอน

เพื่อความสะดวกในการอ่านการมีโครงสร้างหลายอย่างตามที่คุณแนะนำมีประสิทธิภาพมาก อย่างไรก็ตามในบางสภาพแวดล้อมคุณต้องการทำกิจวัตรร่วมกับ structs เหล่านี้และคุณพบว่าตัวเองทำรหัสซ้ำเช่นการทำงานของ matrix * vector มันอาจทำให้หงุดหงิดเมื่อการดำเนินการเฉพาะนั้นไม่มีในรสชาติของเวกเตอร์ของคุณเพราะไม่มีใครบอกว่ามันมี

วิธีการแก้ปัญหาที่รุนแรง (ซึ่งในที่สุดเราก็ให้ไว้) คือการมีคลาสฐาน templated CRTP กับฟังก์ชั่นรับ <0> () รับ <1> () และได้รับ <2> () เพื่อรับองค์ประกอบในลักษณะทั่วไป ฟังก์ชั่นเหล่านั้นจะถูกกำหนดในโครงสร้างคาร์ทีเซียนหรือขั้วโลกที่เกิดขึ้นจากคลาสฐานนี้ มันแก้ปัญหาทั้งหมด แต่มาในราคาที่ค่อนข้างโง่: ต้องเรียนรู้วิธีการเทมเพลต อย่างไรก็ตามถ้าเทมเพลตการเขียนโปรแกรมแบบแมปเป็นเกมที่ยุติธรรมสำหรับโครงการของคุณอาจเป็นการจับคู่ที่ดี

ใช่มันสมเหตุสมผลมาก

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

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

ใช่ในขณะที่ทั้งคาร์ทีเซียนและโพลาร์เป็น (ในสถานที่ของพวกเขา) รูปแบบการเป็นตัวแทนประสานงานอย่างมีเหตุผลอย่างเด่นชัดพวกเขาไม่ควรผสม (ถ้าคุณมีจุดคาร์ทีเซียน {1,1}) มันเป็นจุดที่แตกต่างจากขั้วโลก {1,1 })

ทั้งนี้ขึ้นอยู่กับความต้องการของคุณมันก็อาจจะมีมูลค่าการดำเนินการประสานงานติดต่อกับวิธีการเช่นX(), Y(), Displacement()และAngle()(หรืออาจจะRadius()และTheta()ขึ้นอยู่กับ)

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

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

นอกจากนี้เพียงเพราะพวกเขาทั้งหมดมีความสามารถในการเป็นตัวแทนdoubleไม่ได้หมายความว่าคุณสามารถใช้พวกเขาแทนกันได้ ตัวอย่างเช่นθเป็นมุมที่ไม่มีมิติในขณะที่yมีหน่วยความยาว เนื่องจากประเภทนั้นไม่สามารถทดแทนได้ในเชิงตรรกะจึงควรมีโครงสร้างที่เข้ากันไม่ได้สองรายการ

หากคุณจริงๆต้องเล่นเทคนิคหน่วยความจำที่นำมาใช้ใหม่ - และคุณเกือบจะแน่นอนไม่ควร - คุณสามารถใช้unionพิมพ์ C ที่จะทำให้ความตั้งใจของคุณชัดเจน

ประการแรกมีทั้งคำตอบที่ชัดเจนตาม @ Kilian-foth

อย่างไรก็ตามฉันต้องการเพิ่ม:

ถาม: คุณมีการดำเนินงานที่เป็นทั่วไปสำหรับทั้งคู่เมื่อพิจารณาว่าเป็นคู่doubleหรือไม่? โปรดทราบว่านี่ไม่เหมือนกับการบอกว่าคุณมีการดำเนินการที่ใช้กับทั้งสองอย่างในแง่ของตัวเอง ตัวอย่างเช่น 'plot (Coord)' ใส่ใจว่าCoordPolar หรือ Cartesian เป็นอย่างไร ในทางกลับกันการคงอยู่ของไฟล์จะถือว่าข้อมูลเหมือนเดิม หากคุณมีการดำเนินการทั่วไปให้พิจารณากำหนดคลาสพื้นฐานหรือกำหนดตัวแปลงเป็นstd::pair<double, double>หรือtupleหรืออะไรก็ตามที่คุณมีในภาษาของคุณ

นอกจากนี้วิธีการหนึ่งอาจใช้เพื่อประสานงานหนึ่งประเภทเป็นแบบพื้นฐานและอีกแบบหนึ่งเป็นเพียงการสนับสนุนผู้ใช้หรือการโต้ตอบภายนอก

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

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

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

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

ฉันเชื่อว่าการมีชื่อสมาชิกคนเดียวกันเป็นความคิดที่ไม่ดีในกรณีนี้เพราะทำให้รหัสผิดพลาดได้ง่ายขึ้น

ลองนึกภาพสถานการณ์: คุณมีคะแนนคาร์ทีเซียนสองสามจุด: pntA และ pntB จากนั้นคุณตัดสินใจด้วยเหตุผลบางอย่างว่าพวกเขาควรจะแสดงในพิกัดเชิงขั้วได้ดีขึ้นและเปลี่ยนการประกาศและตัวสร้าง

ตอนนี้หากการดำเนินการทั้งหมดของคุณเป็นเพียงวิธีการเรียกเช่น:

double distance = pntA.distanceFrom(pntB);

ถ้างั้นคุณก็สบายดี แต่ถ้าคุณใช้สมาชิกอย่างชัดเจนล่ะ เปรียบเทียบ

double leftMargin = abs(pntA.x - pntB.x);
double leftMargin = abs(pntA.first - pntB.first);

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

หากคุณเขียนในภาษาที่ไม่ใช่เชิงวัตถุแล้วมันจะง่ายยิ่งขึ้นในการส่ง struct ที่ผิดไปยังฟังก์ชัน สิ่งที่จะหยุดคุณจากการเขียนรหัสต่อไปนี้?

double distance = calculate_distance_polar(cartesianPointA, polarPointB);

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