سؤال

وكنت أرغب في معرفة ما إذا كان الناس يستخدمون العشرية للتطبيقات المالية بدلا من الضعف. لقد رأيت الكثير من الناس استخدام مزدوج في كل مكان مع عواقب غير مقصودة. .

هل ترى الآخرين مما يجعل هذا الخطأ. . .

هل كانت مفيدة؟

المحلول

وفعلنا للأسف، ونحن نأسف لذلك. اضطررنا إلى تغيير كل الزوجي إلى العشرية. الكسور العشرية جيدة للتطبيقات المالية. يمكنك أن تبحث في هذا المقال نوع المال لCLR و:

<اقتباس فقرة>   

ومريحة، والمال عالية الأداء   هيكل لCLR الذي يعالج   العمليات الحسابية، وأنواع العملات،   التنسيق، وتوزيع دقيق   والتقريب من دون خسارة.

نصائح أخرى

نعم، وذلك باستخدام float أو double عن البيانات المالية هو خطأ شائع، مما يؤدي إلى الكثير، الكثير من الألم. decimal هو الخيار الأكثر وضوحا في هذا السيناريو.

لمعرفة العامة، مناقشة جيدة من كل هي هنا (تعويم / مزدوجة) و هنا (عشري).

وهذه ليست واضحة كما قد يتصور البعض. وقد أتيحت لي مؤخرا وحدة تحكم من شركة كبيرة يقول لي انه يريد التقارير المالية له لمطابقة ما إكسل من شأنه أن يولد، وهو الحفاظ على النتائج المحسوبة داخليا في أقصى الدقة والتقريب فقط في اللحظة الأخيرة لأغراض العرض. وهذا يعني أنه لا يمكن أن تتطابق دائما الأجوبة Excel عن طريق الحسابات اليدوية باستخدام القيم المعروضة فقط. كان شرحه أن هناك خوارزميات متعددة لتوليد النتائج، كل واحد يفعل التقريب في مكان آخر باستخدام قيم عشرية، وبالتالي يحتمل توليد إجابات متضاربة، ولكن طريقة إكسل دائما إنشاء نفس الجواب.

وأنا شخصيا أعتقد أنه من الخطأ، ولكن مع الكثير من الناس المالي باستخدام اكسل دون فهم كيفية استخدامها بشكل صحيح لإجراء العمليات الحسابية المالية، أراهن هناك الكثير من الناس الذين يتفقون مع وحدة تحكم.

وأنا لا أريد أن نبدأ حربا دينية، ولكن أحب أن أسمع آراء أخرى في هذا الشأن.

وإذا كان قياس "العلمي" (أعني الوزن، والطول والمساحة وغيرها) استخدام مزدوج.

وإذا كان المالي، أو لديه أي علاقة مع القانون (على سبيل المثال مجال الملكية) ثم استخدام عشري.

والجزء الصعب هو التقريب.

إذا والضريبة هي 2.4٪ هل جولة في التفاصيل أو بعد المبلغ؟

معظم الوقت يو عليك القيام به على حد سواء (وإصلاح difs)

ولقد واجهت ذلك عدة مرات. العديد من اللغات لديها شيء من هذا القبيل في بني، ولشخص لا يفهم المشكلة على ما يبدو وكأنه مجرد مشاحنات أخرى، لا سيما إذا كان يبدو أنه يعمل على النحو المنشود دون ذلك.

ولقد استخدمت دائما عشري. على الأقل عندما كان لي اللغة التي تدعم ذلك. خلاف ذلك، أخطاء التقريب سوف يقتلك.

وأنا أتفق تماما على قضايا صحة نقطة مقابل العشرية المذكورة أعلاه العائمة، ولكن العديد من التطبيقات المالية أداء حرجة.

في مثل هذه الحالات سوف ننظر لاستخدام تعويم / مزدوجة كما عشري لديها تأثير كبير على الأداء في النظم التي لا يتم اعتماد أنواع العشرية في الأجهزة. وما زال من الممكن التفاف العائمة أنواع نقطة في الطبقات ذات المستوى الأعلى (مثل الضرائب، لجنة، بره، توزيعات، اقتباس، القراد، الخ ...) التي تمثل نموذج المجال وتغليف كل التقريب المنطق وكذلك المشغلين صالحة على هذه الأنواع وتفاعلاتها. ونعم - في بعض المشاريع لقد نفذت وظائف التقريب مخصصة للضغط يصل إلى 20٪ أكثر من حسابات بالمقارنة مع الطرق. NET أو Win32 و

وشيء آخر هو أن تنظر ما إذا كنت تمر الأشياء الخاصة بك من العملية، وتسلسل الأرقام العشرية التي عادة ما تكون 4 الأعداد الصحيحة وتمريرها عبر السلك هو أكثر من ذلك بكثير وحدة المعالجة المركزية مكثفة (خاصة إذا غير معتمد) والنتائج في أكبر بكثير من عرض النطاق الترددي وأكبر أثر الذاكرة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top