numeral vs currency.js vs dinero.js vs currency-formatter
JavaScript Currency Formatting Libraries Comparison
1 Year
numeralcurrency.jsdinero.jscurrency-formatterSimilar Packages:
What's JavaScript Currency Formatting Libraries?

These libraries are designed to handle currency formatting and manipulation in JavaScript applications. They provide developers with tools to format numbers as currency, perform arithmetic operations on currency values, and ensure proper localization based on different currencies and locales. Each library has its unique features and use cases, making them suitable for various scenarios in web development.

Package Weekly Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
numeral1,320,9069,694-3518 years agoMIT
currency.js442,4943,237-594 years agoMIT
dinero.js179,5366,339-413 years agoMIT
currency-formatter57,372213-153 years agoMIT
Feature Comparison: numeral vs currency.js vs dinero.js vs currency-formatter

Currency Formatting

  • numeral:

    numeral provides a flexible formatting system that can format numbers as currency, percentages, and more. It allows for extensive customization of the output format, making it suitable for applications that require diverse number formatting.

  • currency.js:

    currency.js allows you to format currency values easily, but its primary focus is on arithmetic operations. It provides methods to format numbers as currency strings, ensuring that the output adheres to the specified currency format.

  • dinero.js:

    dinero.js offers comprehensive currency formatting capabilities, allowing you to format money objects into strings with specific currency symbols and formats. It supports localization and can handle various currencies seamlessly, making it ideal for international applications.

  • currency-formatter:

    currency-formatter provides simple methods to format numbers as currency strings based on locale and currency type. It supports various currencies and allows customization of decimal and thousand separators, making it easy to display currency values correctly.

Arithmetic Operations

  • numeral:

    numeral does not focus on arithmetic operations but can format numbers after calculations are performed. For arithmetic operations, you would need to use standard JavaScript methods or combine it with other libraries.

  • currency.js:

    currency.js excels in performing accurate arithmetic operations on currency values. It ensures that calculations maintain precision, making it suitable for applications that require financial computations without rounding errors.

  • dinero.js:

    dinero.js is designed for complex arithmetic operations, allowing you to perform addition, subtraction, multiplication, and division on money objects. It maintains immutability, ensuring that operations do not alter the original value, which is crucial for financial applications.

  • currency-formatter:

    currency-formatter does not support arithmetic operations; it is strictly for formatting purposes. If calculations are needed, additional logic must be implemented separately.

Localization Support

  • numeral:

    numeral provides some localization features, but its primary focus is on number formatting rather than currency-specific localization. Developers may need to implement additional logic for comprehensive localization.

  • currency.js:

    currency.js has limited localization support primarily focused on formatting. It does not provide extensive locale management, so developers may need to handle localization separately if required.

  • dinero.js:

    dinero.js supports localization by allowing you to specify currency codes and formats. It is well-suited for applications that need to handle multiple currencies and ensure that values are displayed correctly based on user preferences.

  • currency-formatter:

    currency-formatter supports multiple locales, allowing developers to format currency according to regional standards. This feature is essential for applications targeting international users, ensuring that currency displays are appropriate for different cultures.

Immutability

  • numeral:

    numeral does not focus on immutability. It is primarily a formatting library, and while it can handle numbers, it does not enforce immutability in its operations.

  • currency.js:

    currency.js does not enforce immutability, which means that operations can change the state of currency objects. This can lead to potential issues if not managed carefully, especially in complex applications.

  • dinero.js:

    dinero.js emphasizes immutability, meaning that every operation returns a new instance of the money object rather than modifying the original. This feature helps prevent unintended side effects and makes it easier to manage state in applications.

  • currency-formatter:

    currency-formatter does not deal with mutability as it is primarily a formatting library. It does not create or manage state, so immutability is not a concern.

Complexity and Learning Curve

  • numeral:

    numeral is easy to learn and use, especially for those familiar with number formatting in JavaScript. Its flexible API allows for quick implementation, making it accessible for developers of all skill levels.

  • currency.js:

    currency.js has a moderate learning curve due to its focus on arithmetic operations. Developers need to understand how to use its methods effectively to manage currency calculations, but it is still relatively easy to pick up for those familiar with JavaScript.

  • dinero.js:

    dinero.js may have a steeper learning curve due to its comprehensive feature set and focus on immutability. Developers may need to invest time in understanding its API and concepts, but it provides powerful tools for managing money effectively.

  • currency-formatter:

    currency-formatter is straightforward and easy to use, making it suitable for developers who need quick currency formatting without a steep learning curve. Its API is simple and intuitive, allowing for rapid integration.

How to Choose: numeral vs currency.js vs dinero.js vs currency-formatter
  • numeral:

    Use numeral if you need a versatile library for formatting numbers in various ways, including currency. It is great for applications that require extensive number formatting options beyond just currency, such as percentages and custom formats.

  • currency.js:

    Opt for currency.js if you require a library that allows for precise arithmetic operations on currency values. It is particularly useful for applications that need to perform calculations while maintaining accuracy, such as e-commerce platforms or financial applications.

  • dinero.js:

    Select dinero.js if you need a robust library for handling money and currency calculations with a focus on immutability and chainable methods. It is suitable for applications that require complex financial computations and want to avoid issues related to floating-point arithmetic.

  • currency-formatter:

    Choose currency-formatter if you need a lightweight solution specifically for formatting currency values with options for different locales and currency symbols. It is ideal for simple applications where you only need to display currency without complex calculations.

README for numeral

Numeral.js

A javascript library for formatting and manipulating numbers.

Website and documentation

Travis Build Status

Master Build Status

Develop Build Status

NPM

NPM

#CDNJS

CDNJS

Contributing

Important: Please create your branch from and submit pull requests to the develop branch. All pull requests must include the appropriate tests.

  1. Fork the library

  2. Install grunt

  3. Run npm install to install dependencies

  4. Create a new branch from develop

  5. Add your tests to the files in /tests

  6. To test your tests, run grunt

  7. When all your tests are passing, run grunt dist to compile and minify all files

  8. Submit a pull request to the develop branch.

Formats

Formats now exist in their own files and act more or less as plugins. Check out the bytes format for an example of how to create one.

Locales

When naming locale files use the ISO 639-1 language codes supplemented by ISO 3166-1 country codes when necessary.

Locale translations will not be merged without unit tests.

See the english unit tests for an example.

Changelog

2.0.6

Bug fix: Multi letter currency symbols and spacing

Added: Formatting of numbers with leading zeros

New format: Basic Point

Option: Added scalePercentBy100 (default: true) option to turn on/off scaling percentages

2.0.4

Bug fix: Incorrect abbreviations for values rounded up #187

Bug fix: Signed currency is inconsistent #89

2.0.2

Bug fix: Updated module definitions

2.0.1

Bug fix: Fixed regression for webpack/browserify/rollup

2.0.0

2.0.0 brings a lot of breaking changes and a reorganization of the repo, but also simplifies the api as well as the creating of custom formats.

Breaking change / Feature: All formats are now separate files. This makes it easy to create custom formats, and will also allow for custom builds with only certain formats. (Note: The built numeral.js still contains all formats in the repo).

Breaking change / Feature: All formats and locales are now loaded using numeral.register(type, name, {})

Breaking change: All language now renamed to locale and standardized to all lowercase filenames

Breaking change: The locale function no longer loads locales, it only sets the current locale

Breaking change: The unformat function has been removed numeral().unformat(string) and now happens on numeral init numeral(string)

Breaking change / Feature: Bytes are now formatted as: b (base 1000) and ib (base 1024)

Breaking change: numeral(NaN) is now treated the same as numeral(null) and no longer throws an error

Feature: Exponential format using e+ or e-

Bug fix: Update to floating point helpers (Note: Numeral does not fix JS floating point errors, but look to our tests to see that it covers quite a few cases.)

1.5.6

Bug fix: numeral converts strings to numbers

Bug fix: Null values return same as 0

1.5.5

Contained breaking changes, recommended to use 1.5.6

Bug fix: Switch bytes back to b and change iecBinary to ib, and calculate both using 1024 for backwards compatibility

1.5.4

Contained breaking changes, recommended to use 1.5.6

Tests: Changed all tests to use Mocha and Chai

Tests: Added browser tests for Chrome, Firefox, and IE using saucelabs

Added reset function to reset numeral to default options

Added nullFormat option

Update reduce polyfill

Added Binary bytes

Bug fix: Fixes problem with many optional decimals

1.5.3

Added currency symbol to optionally appear before negative sign / open paren

Added float precision math support

Added specification of abbreviation in thousands, millions, billions

1.5.2

Bug fix: Unformat should pass through if given a number

Added a mechanism to control rounding behaviour

Added languageData() for getting and setting language props at runtime

1.5.1

Bug fix: Make sure values aren't changed during formatting

1.5.0

Add defaultFormat(). numeral().format() uses the default to format if no string is provided

.unformat() returns 0 when passed no string

Added languages.js that contains all languages

Bug fix: Fix bug while unformatting ordinals

Add format option to always show signed value

Added ability to instantiate numeral with a string value of a number

1.4.9

Bug fix: Fix bug while unformatting ordinals

1.4.8

Bug fix: Throw error if language is not defined

1.4.7

Bug fix: Fix typo for trillion

1.4.6

Bug fix: remove ' from unformatting regex that was causing an error with fr-ch.js

1.4.5

Add zeroFormat() function that accepts a string for custom formating of zeros

Add valueOf() function

Chain functionality to language function

Make all minified files have the same .min.js filename ending

1.4.1

Bug fix: Bytes not formatting correctly

1.4.0

Add optional format for all decimals

1.3.4

Remove AMD module id. (This is encouraged by require.js to make the module more portable, and keep it from creating a global)

1.3.3

AMD define() compatibility.

1.3.2

Bug fix: Formatting some numbers results in the wrong value. Issue #21

1.3.1

Bug fix: Minor fix to unformatting parser

1.3.0

Add support for spaces before/after $, a, o, b in a format string

Bug fix: Fix unformat for languages that use '.' in ordinals

Bug fix: Fix round up floating numbers with no precision correctly.

Bug fix: Fix currency signs at the end in unformat

1.2.6

Add support for optional decimal places

1.2.5

Add support for appending currency symbol

1.2.4

Add support for humanized filesizes

1.2.3

Bug Fix: Fix unformatting for languages that use '.' as thousands delimiter

1.2.2

Changed language definition property 'money' to 'currency'

1.2.1

Bug fix: Fix unformatting non-negative abbreviations

1.2.0

Add language support

Update testing for to include languages

1.1.0

Add Tests

Bug fix: Fix difference returning negative values

1.0.4

Bug fix: Non negative numbers were displaying as negative when using parentheses

1.0.3

Add ordinal formatting using 'o' in the format

1.0.2

Add clone functionality

1.0.1

Added abbreviations for thousands and millions using 'a' in the format

1.0.0

Initial release

Acknowlegements

Numeral.js, while less complex, was inspired by and heavily borrowed from Moment.js

License

Numeral.js is freely distributable under the terms of the MIT license.

Copyright (c) 2012 Adam Draper

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.