ประเภทข้อมูลที่ดีที่สุดที่จะใช้สำหรับเงินใน C # คืออะไร?

ประเภทข้อมูลที่ดีที่สุดที่จะใช้สำหรับเงินใน C # คืออะไร?

ตามที่อธิบายไว้ในทศนิยมเป็น:

คำสำคัญทศนิยมระบุชนิดข้อมูล 128 บิต เมื่อเปรียบเทียบกับทศนิยมชนิดทศนิยมจะมีความแม่นยำมากกว่าและมีขนาดเล็กกว่าซึ่งเหมาะสำหรับการ คำนวณทางการเงินและการเงิน

คุณสามารถใช้ทศนิยมดังนี้

decimal myMoney = 300.5m;

System.Decimal

ประเภทค่าทศนิยมแสดงถึงตัวเลขทศนิยมตั้งแต่บวก 79,228,162,514,264,337,593,43,950,335 ถึงลบ 79,228,162,514,264,337,593,335,335,335 ประเภทค่าทศนิยมเหมาะสำหรับการคำนวณทางการเงินที่ต้องการตัวเลขจำนวนหนึ่งและตัวเลขเศษส่วนจำนวนมากและไม่มีข้อผิดพลาดในการปัดเศษ ประเภททศนิยมไม่กำจัดความจำเป็นในการปัดเศษ ค่อนข้างจะช่วยลดข้อผิดพลาดเนื่องจากการปัดเศษ

ฉันต้องการจะชี้ไปที่คำตอบที่ยอดเยี่ยมนี้โดย zneak ว่าทำไมไม่ควรใช้ double

ใช้รูปแบบเงินจากรูปแบบของสถาปัตยกรรม Enterprise Application ; ระบุจำนวนเป็นทศนิยมและสกุลเงินเป็น enum

ทศนิยม. หากคุณเลือกสองครั้งคุณจะปล่อยให้ตัวเองเปิดข้อผิดพลาดในการปัดเศษ

ทศนิยมมีช่วงที่เล็กกว่า แต่มีความแม่นยำมากกว่า - ดังนั้นคุณจะไม่สูญเสียเงินทั้งหมดในช่วงเวลา!

รายละเอียดทั้งหมดที่นี่:

http://msdn.microsoft.com/en-us/library/364x0z75.aspx

เห็นด้วยกับรูปแบบเงิน: การจัดการสกุลเงินนั้นยุ่งยากเกินไปเมื่อคุณใช้ทศนิยม

หากคุณสร้างคลาสสกุลเงินคุณสามารถใส่ตรรกะทั้งหมดที่เกี่ยวข้องกับเงินในนั้นรวมถึงวิธี ToString () - ที่ถูกต้องการควบคุมค่าการแยกวิเคราะห์และการควบคุมแผนกที่ดียิ่งขึ้น

นอกจากนี้ในระดับสกุลเงินไม่มีโอกาสที่จะผสมเงินกับข้อมูลอื่นโดยไม่ได้ตั้งใจ

ตัวเลือกอื่น (โดยเฉพาะถ้าคุณกลิ้งชั้นของคุณเอง) คือการใช้ int หรือ int64 และกำหนดตัวเลขสี่หลักที่ต่ำกว่า (หรืออาจเป็น 2) เป็น "ด้านขวาของจุดทศนิยม" ดังนั้น "ที่ขอบ" คุณจะต้องมี "* 10000" ระหว่างทางและบางส่วน "/ 10000" ใกล้ทางออก นี่คือกลไกการจัดเก็บที่ใช้โดย SQL Server ของ Microsoft ดูhttp://msdn.microsoft.com/en-au/library/ms179882.aspx

ความสำคัญของสิ่งนี้คือการสรุปทั้งหมดของคุณสามารถทำได้โดยใช้เลขคณิตจำนวนเต็ม (เร็ว)

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

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

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

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

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

และมันก็ไม่ใช่เรื่องยากที่จะใช้อย่างอื่นนอกจากทศนิยม Google "ประเภทเงินนักเก็ต" และคุณจะเห็นว่านักพัฒนาจำนวนมากได้สร้าง abstractions (รวมถึงฉันด้วย) มันเป็นเรื่องง่าย มันเป็นเรื่องง่ายเหมือนการใช้แทนการจัดเก็บในวันที่DateTimestring

สร้างชั้นเรียนของคุณเอง ดูเหมือนว่าจะแปลก แต่ประเภท. Net ไม่เพียงพอสำหรับสกุลเงินต่าง ๆ