[讨论]微软ACCESS 2K中文版为什么汉化得如此彻底

李啸林

一直以来都是用ACCESS97（中文）进行程序开发的，但目前仍旧使用ACCESS 97的人少而又少，我就不可避免的要将 97的程序转换为 ACCESS 2000 格式的程序。转的过程中我遇到了一个问题，而这个问题微软的帮助里面根本没有提到。这个问题就是，ACCESS 2000版本将一些控件的名称[NAME]改成了中文。我举一个例子：
使用VBA给报表的主体节添加格式化事件，
     ACCESS 97的写法：CreateEventProc("Format", "Detail")
     ACCESS  2K的写法：CreateEventProc("Format", "主体")

我无法理解微软为什么要把"Detail"改为"主体"，这除了增加开发人员的转换工作难度之外，看不到任何好处。实际上，你经常使用ACCESS英文版，你可以发现将ACCESS97中文版的程序转化为ACCESS97英文版的程序不大会出问题。而ACCESS 2000版本程序的中英转化问题会比较多。

不知道各位是如何认为，微软ACCESS 2K中文版为什么要汉化得如此彻底？

崔延东

可能微软认为一般人员水平使用Access2000都可以了，不拿这个当深入开发工具，不过像caption label等属性还可以，对付的办法只有我们自己在源码中批量替换了，各位有经验不妨共享，给大伙省点时间。

netbug

我曾经也为这件事烦恼啊。常常无法打开从 ACCESS 中国下载的程式。为了学习里头的精华我把心一横砍掉 WINDOWS （ENGLISH），安装 WINDOWS 中文简体版。可是现在反而是玩不到繁体的GAME　。哎！有舍才有得。。。。。

cg1

程序上估计还好解决，用替换一般很快可完成，字体等问题就麻烦了，不过你也可以自己写一个程序直接在设计模式下转换字体，还有其他就要再想想办法了

李啸林

以下是引用tmtony在2003-4-28 9:40:20的发言：
  ......
我也奇怪为什么微软在编程这级为何要用到非英文的内容，可能是想在属性，以及在事件中显示对应的语言，让用户更亲切一些，但给程序员制作多语言版带来很多困难，也给各国ACCESS程序员共享编程技巧带来困难，我自己测试，估计只有在英文版开发，然后使用自己的语言包才能实现多语言包。

我觉得还有一种可能,那就是ACCESS的开发人员只会英文,他们认为只要英文能和其他语言相处融洽就OK了.

tmtony

是的，的确是这样，所有除英文之外的版本都是这样，你会发现，当你在中文版本中打开日文或德文的mde mdb都会弹出出错的信息，实际上就是事件属性（event)在非英文版本中都用各自的叫法， 而不是event, 所以会出现打开时出现事件出错，只需把相应的叫法全部改回event即可，另外在转换的过程中，还要转换相应的字体（包括已有控件的字体以及控件的默认字体），窗体和报表各个节的命名（繁简英的叫法完全不同），还有一个更重要的地方，需要转换所有MDB中的charset,如果在中文转到其它语言，可能无法打开（转到英文应该可以不转），
另外是窗体模块中的代码事件（即模块类）的名称也是与你窗体名的语言有关，换句话说，即使你把窗体模块所有的代码都转成你需要的语言，但代码还是无法与相应的控件链接起来，即窗体的打开或加载事件打不到对应的代码，中文名控件的获得焦点事件也找不到相应的代码，更麻烦的是，access2000的对象名用的是unicode, 而代码是ascii, 在转换时需要两道工序，所以很容易遗漏。
我也奇怪为什么微软在编程这级为何要用到非英文的内容，可能是想在属性，以及在事件中显示对应的语言，让用户更亲切一些，但给程序员制作多语言版带来很多困难，也给各国ACCESS程序员共享编程技巧带来困难，我自己测试，估计只有在英文版开发，然后使用自己的语言包才能实现多语言包。