开源母语编程说明（持续更新）

开源母语编程说明 Programming with Mother Language&＃xff08;持续更新&＃xff09;

Programming with Mother Language &＃61; PwML

今天终于下定决心创建了一个开源项目 [PwML&＃xff1a;开源母语编程] https://github.com/FreeBlues/PwML

前一阵子看代码看得双眼干涩、头脑发烫&＃xff0c;尤其是英文自定义函数名&＃xff0c;太短了不清楚意思&＃xff0c;想清楚表达意思就要忍受长长的名字&＃xff0c;而且还不只一个&＃xff0c;所有的自定义函数为了清楚表达含义&＃xff0c;都很长、很长&＃xff0c;看得人只想吐&＃xff0c;于是萌发了用中文做函数名的念头&＃xff0c;再进一步&＃xff0c;用中文、标点符号、数字来写代码。

目前国内貌似有两种中文程序语言&＃xff0c;一个是易语言&＃xff0c;一个就是中文化的PYTHON&＃xff0c;都比较受限&＃xff0c;在了解了 Common Lisp 的一些特性后&＃xff0c;忽然发现 LISP 是最适合做母语开发的基础平台&＃xff0c;强大到逆天的宏能力&＃xff0c;具备自定义一种新语言的能力。
[2012-11-16 更新]

经过一番折腾&＃xff0c;终于可以在EMACS上使用中文编写LISP程序了&＃xff0c;主要是借助了LISP的强大的宏&＃xff0c;把《实用COMMON LISP编程》中的一个CD数据库的例子转化为中文&＃xff0c;中文代码如下&＃xff1a;


可以正常编译、执行&＃xff0c;并读写文件。

当前主要问题是语法高亮不太好&＃xff0c;具体说就是所有的自定义函数都无法显示为指定颜色&＃xff0c;只能显示为默认颜色&＃xff0c;看起来不太醒目&＃xff0c;所以下一步计划是实现自定义的高亮显示&＃xff0c;所有自定义函数都可以显示为不同的&＃xff08;相同也可以&＃xff09;指定颜色&＃xff0c;便于阅读区分。
另外一个问题是那些英文参数&＃xff0c;是否需要全部转换为中文&＃xff1f;正在权衡&＃xff0c;暂时选择不转。

[2012-12-18 更新]

LispBox用户增加下面这行代码到 lispbox.el 中

(font-lock-add-keywords &＃39;lisp-mode &＃39;("[(]" "[)]"))

就可以实现把括号按照关键字的格式进行着色&＃xff0c;看起来是否好多了&＃xff1f;

[2013-01-16 更新]

目前仍然在考虑&＃xff0c;开源母语编程中对母语的使用应该达到何种程度&＃xff1f;也就是说程序的哪些部分使用母语&＃xff1f;是全部使用还是局部使用&＃xff1f;如果是局部使用&＃xff0c;那么哪些用哪些不用&＃xff1f;LISP原来的关键字用不用&＃xff1f;函数名是一定要用的&＃xff0c;临时变量是否要用&＃xff1f;

似乎一切选择都应以是否易于阅读、是否易于理解为标准

[2013-01-16 更新]

试试这个新 REPL 界面&＃xff1a;

[2013-01-18 更新]

前几天花了点时间浏览了 HyperSpec &＃xff0c;发现一个惊人的事实&＃xff0c;Common Lisp 的标准里有978个扩展操作符&＃xff0c;也就是说 CL 库有978个标准函数&＃xff0c;如果全部翻译成对应的中文名称&＃xff0c;估计工作量比较大。

昨天了解了下 GitHub 的使用&＃xff0c;顺便更新下知识结构&＃xff0c;发现 MarkDown 真是个好东东&＃xff0c;以前最头疼就是写好 word 文档后的格式调整&＃xff0c;稍微不慎就会在排版过程中把以前的版面搞得面目全非&＃xff0c;而且 Word 的排版命令又是极其的非人性化&＃xff0c;痛苦的过去。。。

现在有了 MarkDown&＃xff0c;写起文档来感觉清爽许多&＃xff0c;当然 MarkDown 也不是最好的&＃xff0c;但是跟 word 相比总是一个质的飞跃&＃xff0c;就像当初第一次接触 Google 的 SketchUp&＃xff0c;看着视频教程里几分钟就把一个复杂的3D模型建好了&＃xff0c;整个操作行云流水&＃xff0c;没有一丝停滞&＃xff0c;当时的感觉简直是惊艳&＃xff0c;什么 3DS&＃xff0c;什么 Auto CAD&＃xff0c;简直都没法比了。

[2013-05-17 更新]

最近一直在考虑是否把关键字和标准函数全部建立对应的中文别名&＃xff0c;比如&＃xff1a;

1、为 if 建立中文别名为 “如果”&＃xff1b;

2、为 defun 建立中文别名为 “定义函数”&＃xff1b;

3、为 defparameter 建立中文别名为 “定义参数”

4、其他类似

这样做的好处是可以把绝大多数代码完全中文化&＃xff0c;每个感兴趣的人都可以轻松阅读这些代码&＃xff0c;了解其中的算法&＃xff0c;坏处是会对使用者造成新的学习成本--毕竟需要重新学习中文化了的关键字&＃xff0c;反复权衡之后还是觉得现在这么做有些得不偿失&＃xff0c; 暂时比较恰当的做法是自定义变量、函数和宏全部使用中文名称&＃xff0c;语言固有的关键字和标准函数仍然使用原来的英文&＃xff0c;个别名称过长的函数或宏可以建立简短的对应中文别名&＃xff0c;如多值和列表解构的相关函数&＃xff1a;

1、destructuring-bind  解构

2、multiple-value-call   多值调用

3、multiple-value-bind   多值接收

似乎可以遵循这么一条简单原则&＃xff1a;

英文符号名称超过 10 个字母&＃xff0c;或者超过3个单词&＃xff0c;就建议使用简短的中文别名

这样可以把一些过长的英文符号大大缩短&＃xff0c;暂时就按照这个思路来试验

[2013-06-10 更新]

原来计划把支持母语编程的相关功能函数写成一个 lisp 源文件, 然后每次手动加载, 但是这样就要求使用者必须有一定的 Lisp 开发经验, 比如要了解 Lisp 的加载机制, 要懂得如何使用 load 函数, 等等, 这样的发布形式对于一些初学者来说还是会带来一些不必要的困扰.

前几天忽然想到一个更简单有效的办法: 把加载好中文支持的 image 文件转储出来, 发布时直接用这个 image 文件替代原来的 image , 这样就可以保证使用者一启动 Lisp 环境就自动进入中文编程的支持中, 可以顺利地没有任何障碍地使用中文编程.

再把这种方式跟 LispBox 结合起来, 就可以为初学者提供一键式的中文编程环境. 不需要任何手动设置!

另外需要考虑的是帮助函数, 帮助文档和基本教程以及中文例程的规划.