The up-to-date and reliable Google's libphonenumber package for node.js.
Google-libphonenumber is an essential npm package that offers robust features for parsing, formatting, and validating international phone numbers. Utilized by developers around the world, this node module is derived from Google's popular libphonenumber library, ensuring reliability and widespread compatibility. The package provides a comprehensive solution for dealing with phone numbers in over 240 countries, making it indispensable for applications that require international phone number input and validation. Its functionality includes identifying whether a phone number is valid, formatting numbers into a standard local or international format, and extracting usable data from raw phone numbers. The accuracy and up-to-date nature of google-libphonenumber make it a top choice for developers looking to enhance user experience and comply with international standards.
To integrate google-libphonenumber into your Node.js projects, simply run the command 'npm install google-libphonenumber'. This command installs the package and its functionalities into your project, allowing immediate access to its powerful features without any additional dependencies. The npm package is well-maintained and consistently updated to align with the latest versions of Google's libphonenumber, ensuring developers have access to the most current data and functionalities. By using npm install google-libphonenumber, developers can swiftly implement robust phone number validation systems that are crucial for user registration, data validation, and communication applications, significantly improving the integrity and usability of user data.
Google-libphonenumber is not only powerful but also user-friendly and easy to implement. Its zero-dependency structure means that it operates independently without the need for other packages, facilitating a smoother development process and faster load times. This makes google-libphonenumber an optimal choice for developers who prioritize efficiency and performance in their software solutions. With its broad adoption and strong support, google-libphonenumber continues to be the definitive solution for managing and manipulating international phone numbers in Node.js applications.
The up-to-date and reliable Google's libphonenumber package for node.js...
Read moreCore dependencies of this npm package and its dev dependencies.
browserify, eslint, google-closure-compiler, google-closure-library, mocha, should
A README file for the google-libphonenumber code repository. View Code
The up-to-date and reliable Google's libphonenumber package for node.js. Zero dependencies.
Google's libphonenumber is a library that parses, formats, stores and validates international phone numbers. It is used by Android since version 4.0 and is a phenomenal repository of carrier metadata.
Although it compiles down to Java, C++ and JS, its JS port is tightly coupled to the Google Closure library. This makes it more difficult to directly require and use the code on a node.js project.
Google eventually started publishing google-closure-library directly to NPM, ending years of ill-maintained community packages. However, running the original library on node.js remains a cumbersome process.
After all these years, Google's libphonenumber is still not officially available on NPM. What is the best way to use Google's libphonenumber on node.js then? If you're looking for a convenient and easy method, that's what this package is all about.
Install the package via npm
:
npm install --save-prod google-libphonenumber
The following is a simple phone information extraction example similar to what can be viewed on the official demo page.
⚠️ Most libphonenumber functions expect to receive an instance of libphonenumber.PhoneNumber
which can be obtained by calling phoneUtil.parse
or phoneUtil.parseAndKeepRawInput
on a raw (string) number, otherwise it will throw errors like TypeError: a.getCountryCodeOrDefault is not a function
.
This will work:
phoneUtil.isValidNumberForRegion(phoneUtil.parse('202-456-1414', 'US'), 'US');
This will not work:
phoneUtil.isValidNumberForRegion('202-456-1414', 'US');
More API examples after parsing the raw string:
// Require `PhoneNumberFormat`.
const PNF = require('google-libphonenumber').PhoneNumberFormat;
// Get an instance of `PhoneNumberUtil`.
const phoneUtil = require('google-libphonenumber').PhoneNumberUtil.getInstance();
// Parse number with country code and keep raw input.
const number = phoneUtil.parseAndKeepRawInput('202-456-1414', 'US');
// Print the phone's country code.
console.log(number.getCountryCode());
// => 1
// Print the phone's national number.
console.log(number.getNationalNumber());
// => 2024561414
// Print the phone's extension.
console.log(number.getExtension());
// =>
// Print the phone's extension when compared to i18n.phonenumbers.CountryCodeSource.
console.log(number.getCountryCodeSource());
// => FROM_DEFAULT_COUNTRY
// Print the phone's italian leading zero.
console.log(number.getItalianLeadingZero());
// => false
// Print the phone's raw input.
console.log(number.getRawInput());
// => 202-456-1414
// Result from isPossibleNumber().
console.log(phoneUtil.isPossibleNumber(number));
// => true
// Result from isValidNumber().
console.log(phoneUtil.isValidNumber(number));
// => true
// Result from isValidNumberForRegion().
console.log(phoneUtil.isValidNumberForRegion(number, 'US'));
// => true
// Result from getRegionCodeForNumber().
console.log(phoneUtil.getRegionCodeForNumber(number));
// => US
// Result from getNumberType() when compared to i18n.phonenumbers.PhoneNumberType.
console.log(phoneUtil.getNumberType(number));
// => FIXED_LINE_OR_MOBILE
// Format number in the E164 format.
console.log(phoneUtil.format(number, PNF.E164));
// => +12024561414
// Format number in the original format.
console.log(phoneUtil.formatInOriginalFormat(number, 'US'));
// => (202) 456-1414
// Format number in the national format.
console.log(phoneUtil.format(number, PNF.NATIONAL));
// => (202) 456-1414
// Format number in the international format.
console.log(phoneUtil.format(number, PNF.INTERNATIONAL));
// => +1 202-456-1414
// Format number in the out-of-country format from US.
console.log(phoneUtil.formatOutOfCountryCallingNumber(number, 'US'));
// => 1 (202) 456-1414
// Format number in the out-of-country format from CH.
console.log(phoneUtil.formatOutOfCountryCallingNumber(number, 'CH'));
// => 00 1 202-456-1414
The "As You Type" formatter is a specialized tool that show the formatting progress as it attempts to discover the right format for the given number. It requires registering every keystroke (input digit) on a new instance of the AsYouTypeFormatter
as shown below.
// Require `AsYouTypeFormatter`.
const AsYouTypeFormatter = require('google-libphonenumber').AsYouTypeFormatter;
const formatter = new AsYouTypeFormatter('US');
console.log(formatter.inputDigit('2')); // => 2
console.log(formatter.inputDigit('0')); // => 20
console.log(formatter.inputDigit('2')); // => 202
console.log(formatter.inputDigit('-')); // => 202-
console.log(formatter.inputDigit('4')); // => 202-4
console.log(formatter.inputDigit('5')); // => 202-45
console.log(formatter.inputDigit('6')); // => 202-456
console.log(formatter.inputDigit('-')); // => 202-456-
console.log(formatter.inputDigit('1')); // => 202-456-1
console.log(formatter.inputDigit('4')); // => 202-456-14
console.log(formatter.inputDigit('1')); // => 202-456-141
console.log(formatter.inputDigit('4')); // => 202-456-1414
// Cleanup all input digits from instance.
formatter.clear();
A quick glance at Google's libphonenumber rich API. Descriptions sourced from original files.
The class that offers the main utilities to work with phone numbers, such as formatting, parsing and validating.
Highlights:
The type of the phone returned after a string number has been parsed via PhoneNumberUtil.parse()
or PhoneNumberUtil.parseAndKeepRawInput()
.
Highlights:
Lists the following enums in order to compare them with the output of Phone.getCountryCodeSource()
:
CountryCodeSource.UNSPECIFIED
CountryCodeSource.FROM_NUMBER_WITH_PLUS_SIGN
CountryCodeSource.FROM_NUMBER_WITH_IDD
CountryCodeSource.FROM_NUMBER_WITHOUT_PLUS_SIGN
CountryCodeSource.FROM_DEFAULT_COUNTRY
Lists the following enums in order to pass them to PhoneNumberUtil.format()
:
PhoneNumberFormat.E164
PhoneNumberFormat.INTERNATIONAL
PhoneNumberFormat.NATIONAL
PhoneNumberFormat.RFC3966
Lists the following enums in order to compare them with the output of PhoneNumberUtil.getNumberType()
:
PhoneNumberType.FIXED_LINE
PhoneNumberType.MOBILE
PhoneNumberType.FIXED_LINE_OR_MOBILE
PhoneNumberType.TOLL_FREE
PhoneNumberType.PREMIUM_RATE
PhoneNumberType.SHARED_COST
PhoneNumberType.VOIP
PhoneNumberType.PERSONAL_NUMBER
PhoneNumberType.PAGER
PhoneNumberType.UAN
PhoneNumberType.VOICEMAIL
PhoneNumberType.UNKNOWN
Highlights:
// Get an instance of `ShortNumberInfo`.
const shortInfo = require('google-libphonenumber').ShortNumberInfo.getInstance();
// Get an instance of `PhoneNumberUtil`.
const phoneUtil = require('google-libphonenumber').PhoneNumberUtil.getInstance();
// Result from connectsToEmergencyNumber().
console.log(shortInfo.connectsToEmergencyNumber('911', 'US'));
// => true
// Result from isPossibleShortNumber().
console.log(shortInfo.isPossibleShortNumber(phoneUtil.parse('123456', 'FR')));
// => true
// Result from isPossibleShortNumberForRegion().
console.log(shortInfo.isPossibleShortNumberForRegion(phoneUtil.parse('123456', 'FR'), 'FR'));
// => true
The following methods or classes are unavailable on the original JS port of Google's libphonenumber:
Most of the issues submitted to this repository are related to carrier metadata - things like unexpected phone validations, errors in formatting numbers, unknown carriers and so on.
First, try the same input using the official demo page. If the result is different, then it might mean that a metadata update is due on this package, as the demo page always runs on the latest and official metadata version.
If the result is the same, it means there might be an issue with the currently available metadata. In that case, you should report your issue in the original project's issue tracker (moved out of GitHub on 05/12/2017).
This note will be posted on every issue regarding metadata troubles and it will be automatically closed.
google-libphonenumber
does not try to be more than what it really is - a pre-compiled Google libphonenumber bundle that works on node.js. It is a 1:1 mirror of the original library without any further simplifications or optimizations.
libphonenumber
are exported as-is. No magic methods.google-closure
library version available from Google with performance and bug fixes.libphonenumber
library always up-to-date.If you're looking for a slightly simpler API, you should try awesome-phonenumber. It is based on the same concepts of this package but changes the API in order to make it more user friendly. You run the risk of bumping into other bugs and you'll have to learn new API types, but that's the necessary trade-off that the author made for achieving a generally better looking API.
libphonenumber-js is a much more radical approach to Google's libphonenumber. It is a rewrite of the original library based on its source phone metadata but implemented without depending on the Google Closure library. It also offers a tool to reduce the metadata to a set of countries which might be useful for frontend projects. It has several caveats, many of which make a lot of sense depending on the project, but you will have to ascertain those yourself.
There have been some users reporting successful but also unsuccessful usage with Webpack. While I don't personally use it, I'm 100% supportive of pull requests adding modifications that allow this package to better interact with it.
Google Closure Compiler API, a serviced provided by Google to compile code online via its Closure library, may not always return fully compliant UTF-8-encoded output.
Loading extensions using this library on Google Chrome and other Chromium-based browsers may result in the following error when compiled with webpack:
Could not load file 'file.js' for content script. It isn't UTF-8 encoded.
While the local Java-based version supports a parameter which would let us workaround this issue at the source using --charset=US-ASCII
, the online API version, which is a lot more convenient to use, does not offer support for an equivalent parameter (e.g. output_charset=US-ASCII
).
In order to workaround this issue when using webpack, make sure to output US-ASCII characters only when defining TerserPlugin
options, as demonstrated below:
optimization: {
minimize: process.env.NODE_ENV !== 'development',
minimizer: [
new TerserPlugin({
terserOptions: {
output: {
ascii_only: true
}
},
}),
]
}
A small subset of tests guarantees that the main library functions are working as expected and are correctly exported. The actual heavy lifting is done by libphonenumber
's extensive test suite.
npm test
npm version [<newversion> | major | minor | patch] -m "Release %s"
The exceptional work on libphonenumber
was made possible by these committers and contributors.
This package is licensed under MIT. The bundled libphonenumber library is licensed under Apache 2.0.