One of the most nonstandard formatted itemsyou'll need to deal with in globalization is address formats. Thus input fields and the routines that process address information should be able to handle various formats. For instance, a very common mistake (such as in Web forms) is to insist that the user entersomething in a field labeled State (or Province for Canadians). While this makes sense to people located in the United States and Canada, it confuses those from other parts of the world, since most don't have a "State" in their addresses.
You must also be flexible when performing validity checks of the dataentered by the user. For example, don't assume that theZIP code (or postal code, as it is referred to in many countries outside the United States) has any particular format or length, or that it comprises only digits.For instance, Canadian postal codes consist of two groups of three characters, such as "M5R 3H5"; a French postal code is a five-digit number, as in 92300. Insome places, people might add a country or region code in front of the postal code (for example, F-92300).
The current implementation of NLS APIs and the .NET Framework do not provide any address formatting information. The best approach is to:
(For a list of the preferred address formats for selected countries, see Appendix S, "International Address Formats.")