Início / coding / Perguntas / 78609545
Accepted
dssof
Asked: 2024-06-12 04:02:34 +0800 CST

Qual tipo de dados devo usar para lidar com um ERP: BigDecimal ou Double em Java?

  • 772

Atualmente estou desenvolvendo um sistema ERP (Enterprise Resource Planning) e preciso tomar decisões quanto ao tipo de dados a serem usados ​​para lidar com cálculos e outros valores numéricos dentro da aplicação.

Eu sei que Java oferece diversas opções para lidar com números decimais, como BigDecimal e Double. Entendo que cada um tem suas vantagens e desvantagens, mas quero garantir que escolho o mais adequado para manter a precisão e a eficiência em meu sistema.

Aqui estão alguns contextos específicos onde preciso aplicar cálculos:

  • Faturamento e Pagamentos: lidar com preços, impostos, descontos, etc.
  • Folha de pagamento e contabilidade:
  • Gestão de estoque: Incluindo preços unitários e custos de produtos.

Estou inclinado a usar o BigDecimal para operações financeiras devido à precisão que oferece, mas estou preocupado com o impacto no desempenho. Por outro lado, Double pode ser mais eficiente em termos de velocidade, mas pode introduzir erros de arredondamento.

Que recomendações você tem para lidar com esses casos em um ERP? Em quais situações seria preferível usar BigDecimal e quando Double? Existem padrões ou práticas recomendadas que devo seguir?

java

3 respostas

  1. Best Answer

    Evite ponto flutuante por dinheiro

    A tecnologia de ponto flutuante troca precisão por velocidade de execução.

    Em Java, os tipos primitivos floate doublesão tipos de ponto flutuante. O mesmo acontece com suas classes wrapper Floate Double. Nunca use-os onde a precisão é importante. Isso significa nunca por dinheiro.

    Use um BigDecimalou números inteiros

    Em vez disso, quantias fracionárias de dinheiro devem ser tratadas de acordo com uma destas abordagens:

    • Use BigDecimalobjetos. Esse tipo é muito mais lento que o ponto flutuante, mas preciso. A sintaxe é mais desajeitada que os literais numéricos, é claro. Mas por outro lado, além da precisão, você obtém métodos úteis, como Banker's Rounding .
    • Mova a vírgula decimal por multiplicação para obter um número inteiro. Por exemplo, para rastrear USD até o centavo , multiplique por 100 para obter centavos (¢) como valores inteiros ( long). Para rastrear o dólar até o décimo de centavo, multiplique por mil para representar moinhos (₥).
    • Use uma biblioteca com classes que representam dinheiro. Uma dessas bibliotecas é Joda-Money , outra é JavaMoney . Adicionar tal estrutura ao próprio Java foi considerado e pode ser considerado novamente .

    Tabela de tipos de dinheiro fracionário

    Tipo Exemplo Notas Prós Contras
    Ponto flutuante
    float&double    		 1.23d Nunca use por dinheiro Execução rápida. Uso conveniente como literais. Impreciso.
    GrandeDecimal new BigDecimal( "1.23" ) Representa com precisão valores fracionários. Métodos úteis, como o Arredondamento do Banqueiro. Lento. Sintaxe desajeitada.
    Inteiro inteiro
    int&long    		 long cents = new Double( 1.23d * 100 ).longValue() ; Requer que você multiplique entradas fracionárias e divida para obter resultados fracionários. Execução rápida. Tipo simples, com tipos de correspondência direta no banco de dados. Pode ser confuso para programadores e usuários ingênuos. (Certifique-se de rotular de forma clara e consistente, como centsou mills.)
    Biblioteca Joda-Money Money money = Money.parse("USD 23.87") ; Construído explicitamente para o problema de lidar com quantias de dinheiro e matemática. Lida com precisão fixa e precisão variável Não padronizado.
    • 4

  2. Para todos os tipos de cálculos relacionados a dinheiro, seria descuidado não usar BigDecimal. Por favor, use BigDecimalpara todos os seus cálculos.

    O que acontece se você não fizer isso? A precisão imprecisa de double/ Doublepode levar a resultados simplesmente errados ao realizar qualquer tipo de operação matemática. Resultados errados podem custar dinheiro, credibilidade e tempo à sua empresa para corrigir cálculos errados.

    O desempenho provavelmente não será um problema. Resolva problemas de desempenho apenas quando eles surgirem e não faça pré-otimização para um problema que não existe.

    • 3

  3. BigDecimal: Use para todos os cálculos financeiros (faturamento, pagamentos, folha de pagamento, contabilidade) onde a precisão é crítica.

    Razões:

    • as operações financeiras são legalmente obrigadas a serem precisas até a menor unidade (como centavos), e o BigDecimal fornece essa precisão.
    • Os padrões contábeis exigem alta precisão e erros de arredondamento podem levar a problemas de conformidade.

    Duplo: Use para cálculos não financeiros, processamento de dados em grande escala e seções críticas de desempenho onde uma leve perda de precisão é aceitável.

    A chave aqui é usar BigDecimal quando os números afetam diretamente os resultados financeiros e Double ao trabalhar com grandes conjuntos de dados onde o desempenho é crítico e uma leve perda de precisão é tolerável.

    • -2

relate perguntas