First of all, interestingly, you are sure that you have chosen the correct culture identifier with zh-Hans
, which is a neutral culture Perhaps it would be more appropriate for you to focus on a certain culture, for example, zh-CN
(Chinese is used in China), if this is the market you are aiming for support.
Secondly, using the web.config file to set up a culture is great if you plan to deploy exclusively for that culture. Often you want the same deployment to dynamically adapt to the end-user culture, in which case you programmatically set Thread.CurrentCulture
(and even Thread.CurrentUICulture
if you provide localized resources), for example, in a URL scheme (e.g. www .myapp.com will use en-US, and www.myapp.com/china will use zh-CN) or the accept-languages header or the in-app language selector.
Other than the Unicode restrictions that Paweł refers to (which means you really need to use the latest .NET Framework / SQL Server), there is nothing specific you need to do for simplified Chinese - if you follow the standard internationalization principles , you should be customized. Perhaps you should consider localizing (translating) your application into Chinese as part of this, by the way.
About SQL Server, Paweł's points seem pretty clear. However, while you are using nvarchar datatypes (Unicode) and you are not running queries in these columns or sorting them based on these columns on the DB side, I would be surprised if you had problems with SQL Server 2005. This is really depends on what you do with this data.
source share