本地化

概览 随着我们的应用程序越来越受欢迎，我们的下一步将要开发多语言功能。方便越来越多的国家使用我们中国的应用程序， 基于 WPF 本地化，我们很多时候使用的是系统资源文件，可是动态切换本地化，就比较麻烦了。 有没有一种方法既可以适用系统的资源文件，又能方便快捷的切换本地化呢？ 实现思路 现在我们将要实现的是基于 DotNetCore 3.0 以上版本 and WPF 桌面应用程序模块化的多语言功能。 动态切换多语言思路： 把所有模块的资源文件添加到字典集合。 将资源文件里的key，绑定到前台。 通过通知更改 CurrentCulture 多语言来使用改变的语言文件里的key。 通过绑定 Binding 拼接Path 在输出。 搭建模拟业务项目 创建一个WPF App(.NET Core)应用程序 创建完成后，我们需要引入业务A模块及业务B模块和业务帮助模块 PS:根据自己的业务需要来完成项目的搭建。本教程完全适配多语言功能。 使用.resx资源文件 在各个模块里添加 Strings 文件夹用来包含 各个国家和地区的语言文件。 多语言可以参考： https://github.com/UnRunDeaD/WPF---Localization/blob/master/ComboListLanguages.txt 资源文件可以放在任意模块内，比如业务模块A ，主程序，底层业务，控件工具集等

常用EXE文件反编译工具【转】 http://www.cnblogs.com/happyday56/p/3740108.html PE Explorer V1.99 R5 绿色汉化特别版_强大的可视化汉化集成工具 功能极为强大的可视化汉化集成工具，可直接浏览、修改软件资源，包括菜单、对话框、字符串表等； 另外，还具备有 W32DASM 软件的反编译能力和PEditor 软件的 PE 文件头编辑功能，可以更容易的分析源代码，修复损坏了的资源，可以处理 PE 格式的文件如：EXE、DLL、DRV、BPL、DPL、SYS、CPL、OCX、SCR 等 32 位可执行程序。 该软件支持插件，你可以通过增加插件加强该软件的功能， 原公司在该工具中捆绑了 UPX 的脱壳插件、扫描器和反汇编器，非常好用。 唯一遗憾的是欠缺字典功能…… 点击这里下载文件 eXeScope V6.5 修改QQ版本号 绿色汉化版 小巧但功能极其强大的本地化工具，可以直接修改 VC++ 及 DELPHI 编制的 PE 格式文件的资源，包括菜单、对话框、字符串和位图等，也可与其它本地化工具配合使用。 在汉化中不推荐使用 eXeScope 作为汉化工具，仅作为汉化辅助工具。6.50 版主要对 DELPHI 7 编译的程序支持较好，对 DELPHI 7 以前版本编译的程序，建议使用 6.30 版本，因为该程序对 Unicode

分为三大步 （1）本地化信息获取 （2）数据获取 （3）格式化 1）本地化信息获取 Spring MVC的DispatcherServlet类会在initLocaleResolver方法中查找一个locale resolver，如果没有找到就会用默认的AcceptHeaderLocaleResolver类。locale resolver会去根据请求Request设置当前的locale信息。除了resolver类，还可以定义拦截器去设置locale信息。 2）数据获取 得到本地化信息后，就可以从相应的properties文件中获取Spring MVC的数据处理定义了一个接口MessageSource，该接口定义了数据获取的方法 3）格式化 第（2）步已经获取到了数据，有些时候数据获取到之后可以直接展示，但是如果涉及到时间、数字、金额、动态文本等数据时，又需要额外做下处理了，因为本身这些数据就是本地化敏感的，这时就需要对相应的数据进行格式化操作。 来源： https://www.cnblogs.com/q2546/p/11372719.html

Spark在Driver上对Application的每个task任务进行分配之前，都会先计算出每个task要计算的对应的数据分片的位置。Spark的task分配算法优先考虑将task分配到分片数据所在的节点，以此来避免网络间数据传输带来的性能消耗。但是在实际的生产环境，有可能某些task没有机会分配到其所要计算的数据所在的节点；因为某些节点的计算资源都已经被占用完了；在这个时候，task会等待一段时间，默认情况是3s，等待时间过了以后，还是没有轮到其执行，task就会去选择一种比较差的本地化级别去执行 PROCESS_LOCAL：进程本地化，代码和数据在同一个进程中，也就是在同一个executor中；计算数据的task由executor执行，数据在executor的BlockManager中；性能最好 RACK_LOCAL：机架本地化，数据和task在一个机架的两个节点上；数据需要通过网络在节点之间进行传输 NODE_LOCAL：节点本地化，代码和数据在同一个节点中；比如说，数据作为一个HDFSblock块，就在节点上，而task在节点上某个executor中运行；或者是，数据和task在一个节点上的不同executor中；数据需要在进程间进行传输 ANY：数据和task可能在集群中的任何地方，而且不在一个机架中，性能最差 NO_PREF：对于task来说，数据从哪里获取都一样

1. 关于国际化 　　-- 在页面上根据浏览器的语言设置情况对文本（不是内容），时间，数值进行本地化处理 　　　　　使用JSTL的fmt标签 　　-- 可以在bean中获取国际化资源文件 Locale对应的消息 　　　　　在bean中注入ResourceBundleMessageSource的示例，使用其对应的getMessage方法即可 　　　　 　　-- 可以通过超链接切换Locale，而不再依赖于浏览器的语言设置 　　　　　配置LocalResolver 和 LocalChangeInterceptor 来源： https://www.cnblogs.com/heyboom/p/11335801.html

简要： .NET支持Windows和Web应用程序的全球化和本地化。要使应用程序全球化，可以使用System.Globalization命名空间中的类，要使应用程序本地化，可以使用System.Resources命名空间支持的资源。 首先了解一下概念什么是 本地化 ？ 顾名思义，本地化就是将你的资源变成本地所特有的一些性质或形式或方式等。在.net中的 本地化 Localization 大概的意思就是应用程序在客户端中提供与客户端配置相关的一些资源和语言。 应用：有了本地化我们可以很方便的为某一个项目或应用程序提供多语言的版本，比如XX中文版、XX繁体版和XX英文版等。同时这对于那些外包翻译的特别有用，他们不需要装Visual Studio，一个简单的XML编辑哭就可以满足他们的需求了。当然.Net Framework SDK中也附带的一个工具winres.exe提供对资源本地化进编辑。 下面我们来在一个网站中添加一个文件夹 App_GlobalResources 应用程序全局资源 并在其目录下建立Resource.resx、Resource.en.resx、Resource.zh-CN.resx 三个文件的结构都是一样的，只是值有所有不同如下图： （Resource.resx） Resource.en.resx（Add、Edit、Title） Resource.zh-CN

使应用程序支持各种语言本地化，可以使你的应用程序支持面对各个国家用户的版本的语言。 下面以XtraEditors 为例子进行资源本地化。 你需要哪种语言版本的应用程序，你就需要建立哪种语言的assembly，其中包含该语言的本地资源。 SDK提供了本地化工具Winres.exe。工具的具体使用，参见SDK帮助。 默认的情况下，XtraEditors类库仅支持英语。要把编辑器的用户界面转为其他的语言，你需要手工进行。 其中XtraEditors使用的字符都是存储在LocalizationRes.resx 文件中的。为建立本地资源文件，你需要 以下步骤： * 复制 LocalizationRes.resx 文件到你的应用程序目录，并将其改名，名字遵循资源命名的规则 (例如，德语"LocalizationRes.de.resx").文件LocalizationRes.resx 的路径： Developer Express Inc.NET\XtraEditors\Sources\DevExpress.XtraEditors \DevExpress.XtraEditors\LocalizationRes.resx 注意：至于命名规则在类CultureInfo 中详细列出。 附： zh-HK 0x0C04 中文 - 香港特别行政区 zh-MO 0x1404 中文 - 澳门特别行政区 zh-CN

标准函数库：通用、独立、不属于任何类的函数 组成 继承自C语言 输入、输出I/O 字符串和字符处理 数字 时间、日期和本地化 动态分配 其他 宽字符函数 面向对象类库：类函数集合 标准的C++ I/O类 String类 STL 容器类 STL 算法 STL 函数对象 STL 迭代器 STL分配器 本地化库 异常处理类 来源： https://www.cnblogs.com/webcyh/p/11317041.html