关于日文版InputMan For Winform 8.0J的国际化

收藏

本帖最后由 tuifeishimei 于 2018-1-30 23:54 编辑

最近客户想把自己的开发的Winform产品弄成国际化的，有如下的需求和问题，希望大家给提供点思路。万分感谢。

【客户现在的系统】
Winform做的画面，用的InputMan For Winform 8.0J 日文版。

【客户的需求】
最终的产品需要对应简体中文，繁体中文，英文三个版本（最好是能统一成为一个代码的版本，代码内部做语言切换），
因为将来可能要增加别的语言及其对应的货币，比如说韩文。

【目前的应对方案】
①继续保持日文版的InputMan的Dll不变，但是需要重写一部分关于InputMan产品自带的文字信息提示，
日期显示格式，货币（需要增加小数点），邮政编码，日文地区名（JPAddress之类的），
录入文字检查（主要是汉字）,错误表示信息(如果用了气泡提示的话)之类的关联类/接口或者方法。
可能遭遇的问题：这个工作量可能会很大。而且，对InputMan产品本身如果不是特别了解的话，重写哪些东西可能难以抉择。
优点：作业量相对较小，能达到版本统一性的要求，将来如果增加其他语言支持的时候，重写对应语言版本的类或者设置语言区域选项，维护性好。

②用别的Winform控件产品来代替（InputMan貌似没有中文版和英文版），
例如ComponentOne Studio for WinForms（有中文版和英文版）里面的InputPanel控件。
可能遭遇的问题：基本上所有的用到InputMan的地方（类名，方法名）都需要替换。
产品功能上不能保证和InputMan大致相同，
另外，InputMan的调用的部分（代码里面改变InputMan默认属性，或者事件的响应部分）需要用等价的方法替换。
优点：应该能解决简体中文版和英文版两种版本的要求。但是繁体中文没试过，可能不行吧。

③和上面的②类似的思路，但是完全重写控件来大体达到InputMan同样的功能。
可能遭遇的问题：工作量超级巨大，暂时不考虑这个方案。
优点：能达到版本统一性的要求，可能将来增加语言的时候，重写对应语言版本的类或者设置语言区域选项，维护性好。

【希望大家给一些意见的部分】
对上面的考虑，大家赞同哪个好一点。
另外，大家觉得还有别的好办法或者觉得有其他需要考虑的问题也请不吝赐教。