索引: 对现有编程语言的英文关键词进行汉化或者再创造的实例 #25

nobodxbodon · 2017-08-19T02:55:17Z

曾几何时, 编译器还多不能支持中文标识符, 前人努力过改变. 现在多数语言本身已经支持unicode的标识符, 可以认为用中文编程的第一个障碍基本消除了. 随着语言和编译器的开源, 出现了各种对英文关键词的编程语言进行汉化的实践. 下面试着罗列一下:

TypeScript (原作者 @htwx. 演示)
PowerShell
TinyCC (@swizl 的开发过程)
clang
Lua，@xgongya 的版本
 Julia
CoffeeScript
Python (原作者 @swizl) 原Python讨论区issue: 1 2

也有参照原语言的语法, 自己开发的语言:

Z语言 (类LOGO)
类似Forth的栈语言-亲密数编程语言【原链已失效，此为存档链接】

请各位补充.

hummerstudio · 2017-10-16T06:00:54Z

这些内容是否整理成wiki更合适？便于查找和阅读，issue可以作为沟通媒介交流过程，wiki提取出有效信息。

nobodxbodon · 2017-10-16T06:10:42Z

@hummerstudio 有同感. 之前主要的考虑是尽量把讨论集中在一处. 规整到wiki之后, 同步也是个工作量.
请问有兴趣加入讨论组, 方便各种操作(创建wiki等)吗?

hummerstudio · 2017-10-16T06:21:05Z

@nobodxbodon 可以的。

htwx · 2017-10-18T02:56:03Z

CTS这个项目一直是我一个人在搞，前后耗时快7个多月了，现在0.0.1版本基本完成了。现在这个项目基本下载编译后就能使用，但现在没有写自述文件，本人原来曾经汉化过C#后来发现没有意义因为C#我只能汉化成中文关键字，.net是没有办法的，这个是因为需要CLR（运行时）的支持，就放弃了。

这个TS是微软开源的类型化JS。可能本人多接触的是后端语言强类型的接触比较多，js用的不多，在后端人员看来这个js真的是问题太多了，微软的这个TS基本解决了js存在的一些问题，根据官方的说法TS是JS的超集，就是说JS的写法TS是完全能覆盖的。TS因为是编译时强类型的所以在程序开发阶段就能排除大多数的问题。微软说TS是为了使JS能具备开发大型程序而改进的，事实确实做到了，微软开源的vscode 也是TS开发的，从实际的运行来看，真的很不错。TS是自写自身的编程语言，近10万行的代码在VsCode上编译运行调试没什么压力。

我这次改造是基于TS2.5版本开发的TS原有的功能没有一点改变，是在官方的基础上做的加法，这个完全可以当做TS的编译器来使用。TS、JS的英文版代码块（或源文件）。直接拷贝进来就可以用。时间上来讲这个版本我本来没打算公开出去，本来想在TS2.5.5的时候在跟进一版在公开，那时候估计基本的文档也能完善了，我的这个CTS重新增量开发了TS的语言服务(tss)，IDE这块是在TSVsCode的插件基础上做的增量开发，从语法高亮到智能提示所有的TS原版具备的功能这个CTS都具备，基本能达到TS原版在VsCode开发时的开发体验（我自己反而不行，因为长期使用英文关键字开发反而使用中文做教程的时候卡壳，这是因为10几年基本形成习惯性动作了，一时半会还真不好改）。

现在TS、JS的生态越来越强大成了一个真正的跨平台语言，在桌面有electron、nw等，移动端有ReactNative、微信、支付宝的小程序等、服务器本身node就是干这个的，社区有npm。因为TS为了类型化JS创造性的增加了个类型声明文件（.d.ts文件，作用类似于c语言的.h文件）。有了这个类型声明文件使得不用改变electric、nw、rn本身源码只是修改.d.ts文件就可以实现汉化成为可能。也就是我的这个CTS不但是一个汉化的强类型的JS超集同时也能汉化 electric、nw、rn、还有成千上万的js模块文件，汉化的方法也很简单只是在.d.ts文件上标注词典就可以了，我本人也写了工具。在翻译工具的帮助下几乎任何人都可以汉化LIB。解决了虽然能汉化C#但是不能汉化.net的尴尬。

这个图片是es5以下版本的js默认类型支持库(LIB)在原版声明的基础上增加词典标注这个就是完全支持中文编程的支持库了，我设计了工具。标注起来不麻烦。像这种近2w行的类型声明文件没几个，90%的类型声明文件在500~5000行之间，包括electric、nw、react、reactnative、SQL、redis（键值数据库等等）

虽然注释是英文的但是鼠标悬停提示会有机器翻译的汉语注释

虽然注释是英文的但是鼠标悬停提示会有机器翻译的汉语注释.

格式化的文本也能翻译(虽然不是很准确,毕竟是机器翻译的)

nobodxbodon · 2017-10-18T03:29:58Z

@htwx 非常感谢详细介绍! 刚试着看了一下修改的部分, 注意到用了中文代码并且翻译了原有的注释, 再赞一下. 看到了一些alias相关的部分, 估计我是管中窥豹了:). 另外, 比如这个commit, 代码修改量有+/-30k, 恐怕看起来会吃力. 不知这个汉化方法能否比较方便地集成TS源码原本master分支的新提交? 应该半年来有不少吧?

htwx · 2017-10-18T03:35:36Z

有些还是不行的虽然没改变ts的原有功能但是对他的大量内部函数数据类型都做了修改。现在合并肯定不行。但是我开发的时候就考虑到了以后版本跟进的问题。如果官方更新我可能2天内就能跟进，在他们不是结构化大量的的更改源码的情况下，本来要在他发布2.5.5 的时候跟进一次，原来设想官方更新5次我更新1次，除非他们是有革命性的更新。估计这是不可能的在5个小版本间就大范围更新。因为ts已经很完善了

nobodxbodon · 2017-10-18T04:51:15Z

@htwx 才发现你在原楼添了很多内容 :) 再次感谢分享!

CTS这个项目一直是我一个人在搞，前后耗时快7个多月了

钦佩毅力! 不知日常工作中是用TS开发吗?

本人原来曾经汉化过C#后来发现没有意义因为C#我只能汉化成中文关键字

请问能分享一下汉化方法/思路吗? 是扩展Roslyn实现?

我这次改造是基于TS2.5版本开发的TS原有的功能没有一点改变，是在官方的基础上做的加法，这个完全可以当做TS的编译器来使用。

赞! 请问自编译过吗?

我的这个CTS重新增量开发了TS的语言服务(tss)

看到源码里添加了百度/有道翻译的内容, 不知指的是这里吗?

IDE这块是在TSVsCode的插件基础上做的增量开发，从语法高亮到智能提示所有的TS原版具备的功能这个CTS都具备，基本能达到TS原版在VsCode开发时的开发体验

请问是在TS之外, 对vscode进行了改进吗?

因为长期使用英文关键字开发反而使用中文做教程的时候卡壳

请问是打算编写一些教程对这个编程环境进行推广吗?

汉化的方法也很简单只是在.d.ts文件上标注词典就可以了，我本人也写了工具。在翻译工具的帮助下几乎任何人都可以汉化LIB。

这里能否麻烦细说一下? 看后面的词典标注的示例图还是有些蒙圈...不好意思TS小白

一个细节, 看到你的演示里输入"超文本"之后弹出自动补全列表, 就想到之前@lightrabbit和@cleverdango做的vscode里根据拼音输入弹出自动补全, 应该会让输入顺畅一些.

htwx · 2017-10-18T04:58:01Z

这个考虑过,但实际还在矛盾中。我是一直坚持中文标识符命名的，实际上搜狗输入法有时比智能提示还好用。只要你连续的输入几次相关的词组，这个是临时写的演示，输入法没有输入记录。如果自己做拼音补全不一定比搜狗好用（主要是实力不行啊）。

nobodxbodon · 2017-10-18T05:17:51Z

@htwx

我是一直坚持中文标识符命名的

大赞! 请问工作中也是吗? 那整个团队也是? 不知有没有碰到过什么中文相关的技术坑啊? 最近在JUnit4汉化过程里碰到一个UTF8<->GBK出现乱码的问题, 因为对字符编码不熟, 还是颇费了点时间.

如果自己做拼音补全不一定比搜狗好用（主要是实力不行啊）

好像上面链接的演示就实现了这个吧? 比如, 输入"chwb"应该就会弹出"超文本"相关的代码提示. @lightrabbit @cleverdango 没理解错吧?

另外, 机器翻译还真是个翻译文档的捷径, 不过质量恐怕有些难以保证啊. 特别对新手来说, 翻译的误导可能会导致不必要的困惑.

htwx · 2017-10-18T05:18:37Z

钦佩毅力! 不知日常工作中是用TS开发吗？
我是建筑设计专业的平时不做开发，我有自己的事业，我年龄比较大了，自己觉得还不错，我是以我自己学习这个的经历来考虑，中文编程能推广起来真的是对国对民都好的事情，现在难点不再这个到底可不可行上，而是没有大的公司采用中文编程，如果阿里腾讯百度小米等等有1到2家是用中文编程的或是推动中文编程的，你不让他们学他们都不干。就那个帖子而言那些疯狂反对的，反而是对中文编程最熟悉的，弄不好他们就是那些整天到处问些低级问题的那些人，只是靠时间费了九牛二虎之力才一点点学会的人。我说他们中90%的人曾用过中文编程。
请问能分享一下汉化方法/思路吗? 是扩展Roslyn实现?
我在研究C#的时候C#才4.0那是Roslyn还没开源，我是从mono入的手，后来罗斯林开源了我也看了，要汉化C#现在肯定是要从罗斯林开始开发，但是C#的接口文件是通过反射取得的（就是从元数据）如果你要汉化.net就要改 MSIL和CLR了（前提是要保持和英文C#的兼容性），如果不考虑兼容问题到时不用直接从.netcode的源码改就行了。

htwx · 2017-10-18T05:20:29Z

事实是搜狗输入法简拼是最快的，但是已经养成了用全拼，要是强制改变用简拼一时还上不了手。

htwx · 2017-10-18T05:21:34Z

TS是自写自身的，你的编译器源码首先要编译的就是你的源码？就是说我写的这个最少编译过10w+的代码。

htwx · 2017-10-18T05:22:48Z

对于字符乱码的问题我是语言不支持就改语言，运行环境不支持就改环境。必须叫他支持。

htwx · 2017-10-18T05:24:09Z

VsCode 的代码没改动都是按VsCode插件开发的IDE.但是typescript的语言服务改了很多就是TSS 给他增加了好几个命令

htwx · 2017-10-18T05:25:28Z

VsConde 如果你不需要创建新的UI不用改源码在插件的环境下基本都能实现, 你可以看下源码.调用一些他没有公开的基础代码(就是写内部命令).

htwx · 2017-10-18T05:29:03Z

我的这个版本还没有打算推广, 我想实现的是中文一条龙中文HTML, 中文CSS, 中文TS, 中文Node, 中文React
这几天已经在搞中文H5了

htwx · 2017-10-18T05:32:52Z

就是因为注释翻译的不准确,毕竟没有人工参与.所以我保留了英文注释,这个注释实际是可以做到一键替换的.

htwx · 2017-10-18T05:34:28Z

我的这个CTS汉化了LIB\关键字\标识符\编译选项\命令行命令\现在唯一剩下的是\编译错误,这个不是实现不了是量太大.
900多行,而且要求翻译必须相当准确.

nobodxbodon · 2017-10-18T05:41:21Z

@htwx

我是建筑设计专业的平时不做开发，我有自己的事业，我年龄比较大了，自己觉得还不错，我是以我自己学习这个的经历来考虑

很佩服! 很少看到非专业的隔行学成的.

...我说他们中90%的人曾用过中文编程。

呵呵, 那个issue就不再继续讨论了吧. 这里还比较清静, 讨论也比较理性, 且珍惜 :)

TS是自写自身的，你的编译器源码首先要编译的就是你的源码？就是说我写的这个最少编译过10w+的代码。

哦, 能够自编译的话确实已经比较完善了.

VsConde 如果你不需要创建新的UI不用改源码在插件的环境下基本都能实现

请问是开发了一个新插件吗?

我的这个版本还没有打算推广, 我想实现的是中文一条龙中文HTML, 中文CSS, 中文TS, 中文Node, 中文React

很期待. 这样影响确实会比较大, 而且H5和CSS的汉化之后可以和其他语言/框架集成. 不过工作量恐怕不小. 不知你设想用什么方式推广比较合适? 也许做一些入门教程, 比如从无到有做一个网络服务和简单的界面?

英文文档和编译信息的翻译恐怕要发挥社区的力量啊...尤其是前者

nobodxbodon · 2017-10-18T05:49:23Z

@htwx

900多行

英文接口文档应该浩瀚的多吧?

而且要求翻译必须相当准确.

非常同意. 也许还可以添加一些信息, 如果原本的信息不够明确的话.

htwx · 2017-10-18T05:56:03Z

英文接口不多(文档还是很多的),就是我提到的几个主流框架,剩下的基本都是500行以下的小型接口文档,我的工具如果是英语好的人翻译1天2万行,如果英语不好1天也能5000+有谷歌翻译在基本能谁用谁翻译就行了,翻译完的可以发布到 npm 社区,有版本控制就没什么大问题了. 就翻译来讲还有比较麻烦的事情,因为英语有大小写,缩写,简写,单数复数等等区别,还有有些英语单词在英语中的本意也不是程序中药表达的意思,所以还是很难翻译的因为翻译类型声明文件要求英文是不同的中文也不能相同所以比较麻烦.
例如: ERROR Error ERR err 甚至还有 e 汉语的意思对应的都是 "错误"

单复数也麻烦毕竟汉语大多数是省略复数表达的例如这个 lines 你翻译成行组,行集,多行... 都不咋地.

就是这个 this 翻译起来都很费劲

这个也是我的这版没有发布的原因之一,关键字的翻译现在的结果我是不满意,但还没找到更好更贴切的, es6\es6\es7\node 等这几个基本的类型声明文件里有好多我感觉翻译的不满意的,还有些专业词汇没有拿准是否应该翻译例如 HTML SVG 等等.

我不想搞的太民粹我的设想还是应该和主流语言之间能无缝的转换对接. 我的这个CTS是可以随时编译为英文TS的能力的, 所以中文全角标点符号我就没考虑. CTS是每个标识符都允许存在2个名称是相等的. 可以互相转换. 这就实现了你在家里用中文编程到单位去一样可以提交成英文代码.

在CTS里 //@@ 是词典标识符在 TS 里这个就是普通的注释. 不影响任何问题. 调试环境是经过 .map 文件映射到源码里的. 所以虽然运行时还是运行的英文但程序报错等确是中文的于源码能对应上.

因为编程的原因长时间中文输入英文标点,这里就不切换了将就看吧.

nobodxbodon · 2017-10-18T06:21:25Z

就翻译来讲还有比较麻烦的事情,因为英语有大小写,缩写,简写,单数复数等等区别,还有有些英语单词在英语中的本意也不是程序中药表达的意思,所以还是很难翻译的.

嗯, 代码注释/接口文档的翻译还是最好有开发经验的来做.

因为翻译类型声明文件要求英文是不同的中文也不能相同所以比较麻烦例如 ERROR Error ERR err 甚至还有 e .

这个感觉原本设计就有点问题啊...能举个例子吗? 其实如果含义不同的话感觉就应该从命名上进行区分, 而不是靠大小写/缩写.

单复数也麻烦毕竟汉语大多数是省略复数表达的例如这个 lines 你翻译成行组,行集,多行.都不咋地.

其实这个在中文命名有类似的问题. 之前也碰到过类似的. 现在我在源码里比较多用的是直接省略复数表达, 然后在必须强调单数的时候再加修饰每,某之类. 这样感觉和中文自然语言最接近.

因为编程的原因长时间中文输入英文标点,这里就不切换了将就看吧.

呵呵, 我也是用搜狗的"中文下使用英文标点". 很习惯了.

htwx · 2017-10-18T06:35:37Z

因为翻译类型声明文件要求英文是不同的中文也不能相同所以比较麻烦例如 ERROR Error ERR err 甚至还有 e .
这个没什么好办法因为你是翻译现有的库,人家已经这样了, 没法改了.我现在采取的也是加前后缀的做法
例如 ERROR 就是_错误_ , Error 错误类, Err 错误_ err 错误__ 对于e 这种有2个办法就是对e 不翻译或者有个局部词典 //@{ 错误___:e } 来把作用域里的 e 翻译成错误___
我的文件里有几种词典 : //@@{ ... } 这种是全局词典, //@{ ... } 局部词典 //@{ ... }@ //@@{ ... }@ 临时词典

nobodxbodon · 2017-10-18T06:45:21Z

就是这个 this 翻译起来都很费劲

个人感觉本身,吾,自己,我都可以考虑, 虽然后几个显得拟人化了. 话说, 你觉得把代码库转到github如何? 在你账号下或是组里都行. 这样方便我们在那个代码库开issue讨论这些比较具体的问题.

还有些专业词汇没有拿准是否应该翻译例如 HTML SVG 等等.

嗯, 这些直译可能有点长啊. HTML-超文本标记语言, SVG-可缩放矢量图

我的这个CTS是可以随时编译为英文TS的能力的, 所以中文全角标点符号我就没考虑.

嗯, 支持全角符号还是让有兴趣的通过IDE扩展实现吧.

这就实现了你在家里用中文编程到单位去一样可以提交成英文代码.

这个...如果自己用中文命名自定义的变量/方法了的话, 靠机器翻译不可靠吧?

在CTS里 //@@ 是词典标识符在 TS 里这个就是普通的注释.

哦, 才反应过来, 这个//@@是你为中英对照设计的.

例如 ERROR 就是错误 , Error 错误类, Err 错误_ err 错误__ 对于e 这种有2个办法就是对e 不翻译或者有个局部词典 //@{ 错误___:e } 来把作用域里的 e 翻译成错误___

这个_和__有点区别不明显啊. 和之前的this翻译问题类似, 方便的话新开代码库/issue讨论?

htwx · 2017-10-18T06:58:48Z

这就实现了你在家里用中文编程到单位去一样可以提交成英文代码.
这个的实现方式也是要标注词典的, 但是你在开始的地方吧这个名词标注好对应的英文后例如:
getText 你标注成 取文本 ,在以后你只要使用取文本编译的时候就替换成 getText 了编译完后词典文件就自动抹掉了你提交的时候是纯英文的.
这个有很多使用场景的 , 多数是用在外包的时候你给人家提供中文代码人家拒收的.
中文编程必须要产生效益才能有人愿意用.如果不能产生效益写的代码谁都不要就麻烦. 目前的大环境就这样,这个是要长期才能改观的事.

htwx · 2017-10-18T08:58:51Z

就我的这个 cts 来说我的策略是局部覆盖全局 ,后面的覆盖前面的, 因为我为了在看到中文标识符的时候还能同时看到对应的英文标识符 ,所以我允许了一个标识符可以放很多地方. 为了保持统一性就用最后一个相同词典覆盖前面的策略, 这个词典也是一条语句里面的键和值也都是标识符, 根据编译选项进行词法分析语法分析符号绑定等等最后转换输出
还有我的方法是键值是成对出现的这样做就可以把这个词典文件抽离出来甚至是放在另外的文件里都可以.

现在这个写法是为了方便阅读

nobodxbodon · 2017-10-18T18:50:56Z

@htwx 多谢详述! 在着手汉化其他框架/语言之前, 能否麻烦你先写一些入门CTS的教程(以无编程基础的读者为目标)? 即使是非常初步的也好, 至少有兴趣的其他开发者可以有一个续写的基础, 也方便初步形成用户社区.

之前写过一个很粗糙的Java快速上手, 但是没有什么亮点. CTS的示例代码会更中文化, 相信会更有读者.

nobodxbodon · 2017-10-22T01:00:14Z

@htwx 刚发现一个以前的html汉化项目: https://github.com/chtml/chtml
也许来源于 https://code.google.com/archive/p/chtml/
还没发现源码. 借鉴意义暂时不明.

nobodxbodon · 2017-11-15T06:31:27Z

在中文化C#的讨论里有个提议是基于C#创造一套中文语法的语言(但还是转换成C#代码).

I wonder if such a project might borrow a page from Intentional Programming or JavaScript transpilers and instead of trying to recreate C# instead create a localized "view" over C# where the language and syntax could be more closely designed to match the syntax of the spoken/written language but the end result is still normal standard C#. It achieves the goal of providing the lower barrier to entry for new programmers but it also can help those same people learn the actual programming language by being able to view the results. This might require more complex tooling, though.

刚看了一下Z的编译方式, 好像有点类似, 生成AST后, 在编译时(用反射机制?比如这里)生成目标码. 不过这里的生成代码不知是何用意 ? 请教 @TKT2016

nobodxbodon · 2017-11-17T22:40:13Z

这是一个日本开发者设计的用中文关键词的类OCaml语言. @taostein 貌似与hanma异曲同工?

nobodxbodon · 2018-03-27T12:48:41Z

@htwx 引用了楼上, 在知乎的反馈(在此答复下的评论中):

看到你所做的工作，首先是非常佩服的，不过为了继续长久发展下去，几个问题需要考虑:
1.是否可以暂停一下，然后尝试找相关的翻译业务？
不管是公司掏钱还是众筹，不管你现在是否是兴趣爱好或者不缺钱，从业务开始是很好的切入点，因为一旦找到需求点，接下来的活你可能就不必自己干了

2.可否从更简单的节点开始？
中文汉化的本质是降低错误的筛选门槛，增加受众，那么既然是这样，是否可以降低到小白可以懂？最近区块链培训很火，动辄收费几万，不过真正讲到技术的极少，那么我们的中文代码是否可以让这些人看得懂？
3.再有，高频与迅速反馈极为重要，那么你看有没有你所关心的领域中存在这样的程序
4.游戏化兴趣驱动是比商业化更有动力的，比如MMD及MMM，若要走免费路线，必然要基于爆款又高于爆款
5.对于基础算法的翻译，使用频率极高的算法及专业度极高的算法都是值得作为标杆的，人工智能领域值得深度探索

gasolin · 2019-01-17T06:31:01Z

（補充）維基百科上有非英語編程語言詞條可參考
https://en.wikipedia.org/wiki/Non-English-based_programming_languages

nobodxbodon · 2019-01-17T20:38:21Z

@gasolin 多谢. 之前编写开源非英文关键词编程语言时也参考了这个wiki链接. 此issue主要是搜集对现有英文编程语言进行汉化的项目(而非创造一个新编程语言).

希望周蟒项目得以重启(刚在v2发了英雄帖, 如有不妥请告知). 个人觉得, 通过第三方库的形式实现, 项目可持续性和可用性综合考虑蛮有前景, 加上IDE支持之后(比如类似CTS的vscode中文输入法插件功能)就更有竞争力了.

gasolin · 2019-02-23T15:58:58Z

前陣子寫了基於TypeScript，可用繁/簡中文語法寫JS的轉譯器LingaScript
https://github.com/gasolin/lingascript/tree/master/src/cn

並用它做了個「中文輸進去，程式出得來，開發者發大財」的中文程式影片範例

目前實現的功能比起CTS來說少很多，但優點是架構更便於跟隨最新 TypeScript 版本。

因為MS整合進Visual Studio的TypeScript有做本地化，所以 LingaScript 提供的命令行跟執行錯誤訊息也默認都本地化了

gasolin · 2019-02-23T16:04:30Z

剛看到一個直接在瀏覽器上替換中文關鍵字輸出JS的項目：localJS https://gitlab.com/diawean/localJS

nobodxbodon · 2019-02-24T22:15:59Z

@gasolin 多谢引荐, 在那里问了个好. 如果作者有回复的话, 打算了解一下项目计划(比如是否打算添加对简体中文的支持等).

BelieveQvQ · 2019-05-02T10:32:16Z

加油！

hsuan1117 · 2020-01-29T14:47:58Z

剛看到一個直接在瀏覽器上替換中文關鍵字輸出JS的項目：localJS https://gitlab.com/diawean/localJS

哇嗚真有人看到ㄚ，有人願意一同維護嗎🥺

nobodxbodon · 2020-01-30T00:56:34Z

@hsuan1117 请问项目移到了 github 哪里？不知现在项目状态如何？有没有什么计划呢？

nobodxbodon · 2020-02-12T17:48:24Z

@hsuan1117
刚才 @OrangeX4 介绍了此项目：https://github.com/OrangeX4/Orangex ，有些类似（也是 JS 的中文化）。

hsuan1117 · 2020-08-07T11:41:25Z

@hsuan1117
刚才 @OrangeX4 介绍了此项目：https://github.com/OrangeX4/Orangex ，有些类似（也是 JS 的中文化）。

Ok,我有空可以去貢獻貢獻

nobodxbodon · 2021-02-24T20:52:22Z

刚发现的一个前端中文化的框架：https://gitee.com/chym2/zw
示例在此：

var y={
    背景颜色:"#ffc",
    字体大小:"20px"
    }

$事件("id=e","鼠标单击",function(){控制样式("id=e",y)});

var w={
    字体大小:"25px",
    背景颜色:"#cff"
    }
$事件("id=e","鼠标移到",function(){控制样式("id=e",w)});
var q={
    字体大小:"20px",
    背景颜色:"#ffc"
    }
$事件("id=e","鼠标移出",function(){控制样式("id=e",q)});

nobodxbodon · 2021-02-24T21:23:48Z

君土母语编程对 TypeScript 等进行了中文化。例程：

常 客户 = 启 斯客户端({
  地址: 'http:https://127.0.0.1:8080/graphql',
  // 头部: {"Authorization": 参数['token_type'] + ' ' + 参数['access_token']}
});

定 卡 = 样式(片)`
  宽: 100%;
`;

定 题 = 样式.题1``;

出 常 应用 = () => (
  <数据提供 客户={客户}>
    <卡>
      <题>待办事项</题>
      <增事/>
      <事列/>
    </卡>
  </数据提供>
);

nobodxbodon added the 长期原则上仅对索引帖适用 label Aug 19, 2017

nobodxbodon mentioned this issue Aug 19, 2017

汉化了十数个编译器的前辈的心得体会 #13

Closed

nobodxbodon mentioned this issue Sep 2, 2017

关于建立个制作委员会, 通过模仿现有编程语言的标准（如C和javascript）来实现汉语编程语言（中文编程）的发展。 #28

Closed

nobodxbodon mentioned this issue Sep 10, 2017

游戏设计领域对中文编程(语言)的需求 #22

Closed

nobodxbodon mentioned this issue Oct 18, 2017

基于现有语言的语法, 实现一个对应的中文版本 #36

Closed

This was referenced Oct 20, 2017

在注释中添加标识符的中文标注 #32

Closed

跨界: 哪些中文非IT领域会偏好中文API, 编程/脚本语言? #19

Open

nobodxbodon mentioned this issue Oct 23, 2017

提一个新概念”汉字编程“ #42

Closed

nobodxbodon mentioned this issue Mar 17, 2018

把最常用的开源的英文API进行中文化 #9

Open

4b5ent1 added this to collection in E2030 Jul 29, 2018

4b5ent1 added this to the 2018戊戌 milestone Nov 30, 2018

nobodxbodon mentioned this issue Jan 16, 2019

升级Typescripts版本到3.x program-in-chinese/CTS#13

Open

nobodxbodon mentioned this issue Jan 28, 2019

组内repo盘点 #126

Closed

61 tasks

nobodxbodon mentioned this issue Apr 20, 2019

汉化版LUA。 #147

Closed

nobodxbodon mentioned this issue Aug 22, 2020

【索引】新近发现的中文编程开发环境 #177

Open

nobodxbodon mentioned this issue Feb 25, 2021

中文编程解释器 #185

Open

索引: 对现有编程语言的英文关键词进行汉化或者再创造的实例 #25

索引: 对现有编程语言的英文关键词进行汉化或者再创造的实例 #25

Comments

nobodxbodon commented Aug 19, 2017 • edited Loading

hummerstudio commented Oct 16, 2017

nobodxbodon commented Oct 16, 2017

hummerstudio commented Oct 16, 2017

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

htwx commented Oct 18, 2017

htwx commented Oct 18, 2017

htwx commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

htwx commented Oct 18, 2017 • edited Loading

htwx commented Oct 18, 2017

htwx commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

nobodxbodon commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017 • edited Loading

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

htwx commented Oct 18, 2017 • edited Loading

htwx commented Oct 18, 2017 • edited Loading

nobodxbodon commented Oct 18, 2017

nobodxbodon commented Oct 22, 2017

nobodxbodon commented Nov 15, 2017

nobodxbodon commented Nov 17, 2017 • edited Loading

nobodxbodon commented Mar 27, 2018

gasolin commented Jan 17, 2019

nobodxbodon commented Jan 17, 2019 • edited Loading

gasolin commented Feb 23, 2019

gasolin commented Feb 23, 2019

nobodxbodon commented Feb 24, 2019

BelieveQvQ commented May 2, 2019

hsuan1117 commented Jan 29, 2020 • edited Loading

nobodxbodon commented Jan 30, 2020

nobodxbodon commented Feb 12, 2020

hsuan1117 commented Aug 7, 2020

nobodxbodon commented Feb 24, 2021

nobodxbodon commented Feb 24, 2021

nobodxbodon commented Aug 19, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

nobodxbodon commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

htwx commented Oct 18, 2017 •

edited

Loading

nobodxbodon commented Nov 17, 2017 •

edited

Loading

nobodxbodon commented Jan 17, 2019 •

edited

Loading

hsuan1117 commented Jan 29, 2020 •

edited

Loading