这到底算增加学习难度呢还是降低学习难度呢?

zzh233

这个 新手相当于查中文api 不会减少学习的过程 所以是好事

tangjiashiertui

我想起来了，你就是那位在tv教GDI的讲师吧？
我觉得可能这件事情有两条路线可以走：
1.就类似于你在讲解bitmap的时候提到的，必须提出C语言的概念，看类似C语言的代码去理解GDI的bitmap结构，那样的话英语的API是必要的。因为这样降低了中间翻译的成本。
2.建立一个易语言为基础的GDI知识库，约等于从易语言角度，把整个msdn的知识库汉化一下，严格准确的API命名关系，并且在esdn上说明。并且有完整的库。即使一个新手看了这个知识库之后也能够完全理解。这个么，投入巨大，收益颇小，有可能就两三个人看看。
因为易语言的一个困境就是，新手理解不了这么复杂的知识，而真正理解的人又不需要易语言了。
我在看opengl的资料时，我意识到吴涛可能真的做过楼主说的事情。但是说得还是太抽象。反正如果仅靠大有吴涛出的opengl支持库的实例教学，我觉得根本就看不懂opengl，如果我要从其他来源学习opengl的话，我又更加倾向于英文名。这个道理换成gdi或者gdiplus也是一样的。

tangjiashiertui

个人使用经历是这样的。对于命令来说，中文的命令在新学阶段对新人友善。但是一旦接触到api这种东西，实际上就已经是一个脱离初级阶段的过程了。api的代码实际上在各种语言里高度相似，这里就牵扯到一个问题，易语言的此类样例实在是太少资料过少，以至于要查看另外一个语言的代码，然后复刻成易语言的。如此的话，汉化的命令就要多考虑一步，而如果直接抄写英文的话，反而会方便一点。
这个我在研究opengl代码的时候的感受。opengl的代码在哪种语言里格式都差不多。但是例如很多常量都被汉化了（例如：GL_中文)我就得根据数值去api助手里查看对应的值才能理解其他语言的代码。总之是非常难受的。
要么哪位大神出一份详细的教材，以易语言为角度，详细的讲述某个api的知识。要么干脆就直接用英语的。就像“精易模块”里的网页_访问，可能底层的代码api用的就是英文的，但是对于新手来说，他没必要面对这些api，封装好的网页访问是中文的即可。

苗哥

翻译成中文 对新人是友好的，这一点毋庸置疑，我最开始的时候我也是把我常用的API给翻译了，然后我再组装出一个自己常用的模块，自己使用，方便快捷
时间久了，看的源码多了，发现很多源码会直接使用英文的API，然后我不知道这个API啥意思（大部分人用api根本没备注x习惯），后来就翻译翻译在翻译，然后时间久了见识的也多了，我现在也不怎么翻译了，也成了直接调用，不熟悉API自己加备注

说了那么多就一个意思，有个中文的是好事，因为初学者可以入门，快速上手，如果他自己往下继续学，见识多了用的多了，自己就习惯英文API了，而且因为有过中文API，他也知道这个API啥意思，怎么使用了，这是好事  

老手用不上这个中文API，只会针对新人，那对新人来说好处大于坏处

福仔

道易有道 发表于 2023-12-14 13:33
不是还有个备注？

备注也不行啊, 看别人代码的时候有备注也不是很顶用啊, 学习编程很多时候都是通过看别人代码来学习的
你已经习惯用这种翻译方式去写代码, 然后有另一个用另一种翻译的方式来写代码, 然后你要学习他的思路
那你看代码就会非常别扭, 要么就把那些名字改成你熟悉的方式, 要么每看到一个不懂的命令就看备注, 有还好, 就怕那些没有的, 还得去翻定义, 要是定义在模块里, 还得找模块源码......
反正麻烦很多, 这种事我也不是没遇到过

道易有道

不是还有个备注？