Fixes #925: Invalid E.164 format for pt_PT PhoneNumber Provider

[Head0nF1re]

Summary

• Fix bug where e164PhoneNumber doesn't return pt_PT phone numbers when using the specific pt_PT provider. Override $e164Formats in order to provide locale specific phone numbers (mobile and landline) in E.164 format.

• Add constants / static properties for common formatting codes (country, area and mobile service).

• Add methods e164MobileNumber and e164LandlineNumber to provide mobile-only and landline-only phone numbers, respectively.

• Add tests.

What is the reason for this PR?

• Fixed an issue (resolve Invalid E.164 format for pt_PT PhoneNumber Provider #925)
• Add e164MobileNumber and e164LandlineNumber to allow the users to retrieve only phone or landline numbers.

Note: I wanted to use the same "formatting rules" for $mobileNumberPrefixes but I think there is some issue with the {{ }} substitution since the mobileNumber method is static and there's not static parse method.

Author's checklist

• Follow the Contribution Guide
• New features and changes are documented

Review checklist

• All checks have passed
• Changes are added to the CHANGELOG.md
• Changes are approved by maintainer

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed after 1 week if no further activity occurs. Thank you for your contributions.

[Head0nF1re]

In #925, @pimjansen closed the issue saying:

This is as intended since the method is not implemented for the locale itself

As I explained in the reply to that, there were other PR's for different providers that fixed the same issue and it doesn't make much sense for a locale specific provider to not return locale specific data.

This is a simple PR that fixes it:

• Add the $e164Formats to fix the issue of not providing pt_PT e164 phone numbers.
• Add e164MobileNumber and e164LandlineNumber, a simple addition that allows for the retrieval of only mobile or landline.

Let me know if the new methods (e164MobileNumber and e164LandlineNumber) should not be introduced in this PR, if they can I will add the DocBlocks. I still think that's useful but I understand.

[pimjansen]

Can we do this PR on 1.x? For 2.x this code will be dropped and probably ported to a new repository