中文汇编语言的可行性！

wasyj · 发表于 2019-4-12 00:26:52

用拼音更方便，也就相当于英文

ym78321 · 发表于 2019-4-12 08:18:13

abc是字母不是字（词）对等来看对应于汉字偏旁部首。

ym78321 · 发表于 2019-4-12 08:21:10

所以a+b=c —+/=\

ace919 · 发表于 2019-4-12 18:39:34

没有必要。
而且用中文，马上就出现一个问题，中文用什么编码？
GB2312或GBK？
还是Unicode，亦或UTF-8？或者这两种都可以。

所以作为一种符号语言，关键词仅限于bit7=0的标准ASCII码是最好用的

cylaoshu · 发表于 2019-4-12 19:42:11

编程常用就几十个保留字，关键是逻辑清晰。算法优良。

分立元件 · 发表于 2019-4-12 22:52:18

ace919 发表于 2019-4-12 18:39
没有必要。
而且用中文，马上就出现一个问题，中文用什么编码？
GB2312或GBK？

编译器软件还需要编码汉字吗？不可以文字直接对应二进制机器码吗？

分立元件 · 发表于 2019-4-12 22:55:35

李雨萌发表于 2019-4-11 23:58
可行性是没问题的。个人认为连MOV,JMP,ADD这些都记不住的人，用中文也没意义。反过来，能学好汇编的人，这 ...

有些东西也不好说额！就我本人来说对这些英文字符有些反感！

分立元件 · 发表于 2019-4-12 22:58:52

isyido 发表于 2019-4-10 17:28
其实，不需要新的编译器，只需要一个翻译器即可。

有没有这个软件啊？我想弄一个自己用！

分立元件 · 发表于 2019-4-12 23:01:21

rsx9583 发表于 2019-4-10 10:01
对会编程的人，那根本不叫英语，只不过是些代码，对不会编程的，的确可能是看着有点畏难情绪，看起来一段 ...

编程的确只和逻辑有关系，英文字符问题不大，但是耐不住个人不太喜欢，想弄一个自己用用！

加糖的咖啡 · 发表于 2019-4-12 23:21:02

支持楼主，挑战不可能。以前很多人原来还说中文没办法输入电脑来的，说英文好输入。但是现在已经没人说这事了。当年我用过16X16点阵的中文，苹果二上的，还能选更小的点阵，字都糊了。我还记得那个开发的人叫吕品，向先行者致敬。包括后来的五笔字型输入法，一步一步走过来。总会有人做一些别人认为不能干的事，至于后来的成王败寇，都不重要。重要的是给后面的人试错，知道此路不通也是贡献。因为电脑大概是图灵发明的，天生带着英语的烙印。我们敢想改成中文，所以才有了现在手机的普及。否则设想一下，满手机英文，就算5G了，中国很多人也就只有打电话的份儿。而手机用的中文，是电脑做开路先锋得来的。楼主这脑洞开的厉害，佩服佩服！

ace919 · 发表于 2019-4-13 06:54:38

分立元件发表于 2019-4-12 22:52
编译器软件还需要编码汉字吗？不可以文字直接对应二进制机器码吗？

把汉字作为汇编语言的关键字，当然必须规定好这些关键字的编码，不然汇编器怎么识别这些关键字？

yjmwxwx · 发表于 2019-4-13 11:14:04

肯定能行，感觉这程序也不是一下就能写出来的，下面写了个大体思路，错误肯定很多，就是个思路，没写过类似程序，也不会高级语言。

读汉字源程序
读首地址
循环
判断换行
判断结束符返回
得到汉字指令地址
链表地址
调用查找字符和指令函数
写到二进制文件
汉字指令地址加4
      跳转循环

查找字符串和指令函数
            地址减4
循环1
字符串判断
结果是不是等于0
等于跳转返回1
不等于地址+4取出链表下一个的地址
下一个地址减4

不等于0跳转循环1

返回

返回1
下一个地址再减4查到指令地址

字符串判断函数
   读链表
和汉字指令比较
相同返回0
不同返回1

写到二进制文件
读地址
读指令表
写到要存储的地址
地址自增
保存地址
返回

单向链表
第一个

指令地址1
字符串地址1
第二个

指令地址2
字符串地址2
第三个

指令地址3
字符串地址3
第四个

            ................................
      ..................................

汉字码表
。。。。。结束符号

。。。。。结束符号

。。。。。结束符号

            。。。。。。。。。。。
               。。。。。。。。。。。

指令表

         。。。。。。。。。。。。。。。
   。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。

二进制文件

0000 0000 0000 0000
0000 0000 0000 0000

科易电子 · 发表于 2019-4-13 12:31:58

没意义吧，中文转机器码

washu · 发表于 2019-4-13 15:27:56

分立元件发表于 2019-4-12 22:52
编译器软件还需要编码汉字吗？不可以文字直接对应二进制机器码吗？

燃鹅计算机并不认识文字，不管是汉字还是英文字母。编译器的词法分析器通过筛选关键字将源程序分解成一个一个的元素，这个识别过程是基于文字的编码的，比如英文字母最常用的是 ASCII 码，那么词法分析器在源程序中找到 0x660x6f0x72 的序列就认为找到一个关键字 for（当然还有其他规则）。但如果你用的不是 ASCII 码，这个规则显然就不适用。比如现代编译器也容许使用 UTF8 之类编码。

那么你的问题来了，你定义了关键字循，那么词法分析器是用什么编码识别它呢，是 0xD1AD，还是 0xB460，还是 0xE5BEAA，还是 0X5FAA？这都是循这个字最常用的几种编码。编码不对，不要说词法分析器，光是打开这个文本人看着都懵逼...你还指望正确编译不成？

分立元件 · 发表于 2019-4-13 19:25:48

yjmwxwx 发表于 2019-4-13 11:14
肯定能行，感觉这程序也不是一下就能写出来的，下面写了个大体思路，错误肯定很多，就是个思路，没写过类 ...

这个像中文编程思路！

		自动登录	找回密码
密码			加入会员