以下是我用《星》做出来的一个程序后翻译而成。这种输入方法绝对不逊于星现在输入模式。这种输入模式大家可能比较眼熟，没错，这种方式和《易语言》有些像，但又区别于《易》。将属性值和方法还有事件区别开来，就是说当输入“：”时下面显示的是属性表---这里的属性表和《星》的属性表是一样的。当输入“.”时，显示的是方法表，同时关键字用首字母等等

星的优势很多，最大的优势在于“非常容易理解”，名称使用非常恰当，比如：

1、星中的--运算--位置：意思是查找一个值在另一个值中第一次出现的位置，这里采用“位置”非常恰当，而在其它语言中用的是“查找”，这就不好理解了，因为查找的在中文中的意思可以有多种理解，而用“位置”就恰如其份的表达了这一函数的含义。

2、在星中用词一致性：如，所有构件需要表达“当前值”这样的意思时，用的都是“当前编辑内容”，“当前项目号”，“当前值”，可以看到都是以“当前”开头，再如，所有的方法中要表达“取得一个值”的时候，用的都是“得到当前项目”，“得到当前内容”，用的都是“得到”。

所以有着这样的优势，加之前面表述的用“：”“.”“：[]”这些标志符就可以快速的输入代码。

比如：hbj时在列表中显示“行编辑”，当输入“：”时显示“行编辑”属性表，而不会显示方法表。显示后敲“空格”键录入。

另外：当一个函数录入后会自动添入初始值，等，

因为内容比较多简单的列举几个。

以下是用星写的程序后按现行思路翻译而成。

说明：
1、属性值用“：”隔开；方法用“.”隔开;事件用":[]"
2、当输入“：”时显示属性下拉列表；当输入“.”时显示方法下拉列表；当输入“：[]”时显示事件下拉列表
3、变量值用：变量:X...
变量表/X;Y;Z;M;N;I;J/

ado查询1.编辑()
ado查询1:字段[甲]:内容 = 行编辑1:当前编辑内容
ado查询1:字段[乙]:内容 = 行编辑2:当前编辑内容
ado查询1:字段[丙]:内容 = 行编辑3:当前编辑内容
ado查询1:字段[丁]:内容 = 行编辑4:当前编辑内容
变量:X = ado查询1:字段[甲]:内容
变量:Y = 连接字符(行编辑1:当前编辑内容,行编辑2:当前编辑内容,行编辑3:当前编辑内容)

如果(包含(ado查询1:字段[丁]:内容,变量:Y)=真)
->ado查询1:字段[己]:内容 = "错" //为真时
->ado查询1:字段[己]:内容 = "对" //为假时
ado查询1.增加()
ado查询1:字段[甲]:内容 = 变量:X+1
行编辑1:当前编辑内容 = ado查询1:字段[甲]:内容
变量:Z = 行编辑2:当前编辑内容*行编辑3:当前编辑内容*行编辑4:当前编辑内容
变量:M = 行编辑2:当前编辑内容+行编辑3:当前编辑内容+行编辑4:当前编辑内容
如果(变量:M=0)
->ado查询1:字段[戊]:内容 = "无"//为真时
->变量:N = 取整(变量:Z/变量:M) //为假时
->变量:I = 取模(变量:Z/变量:M)
->变量:J = 变量:N+变量:I
->ado查询1:字段[戊]:内容 = 取绝对值(取模((变量:M-变量:J)/10))
行编辑2.清除()
行编辑3.清除()
行编辑4.清除()
ado查询1.提交()

你的意思我基本明白，但这样做，基本又回到老路；老问题自然会出现，当内容多时，查询输入错误将耗费大部分时间，又增加了预先“编译”的内容等；现在我们这些内容是都没有的，处理起来很方便。

只“编译”一项，将是一个巨大的工程，这是传统程序的做法，我们不能走回头路。。。由于要说的内容很多，暂且不述。

我们会在整体性、可读性、输入等方面对其进行加强。

谢谢，FSJM的回复，确实，你是从程序的编译角度去考虑的，就像你说的，我是从整体性、可读性、输入等方面来考虑的。我的这个想法是源于我最近做

了一个程序，这个程序一共写了1308行（不含比较判断，条件选择中的分支命令），比较判断用了36个，条件选择用了10个，变量用了10个，因为这个

程序的算法逻辑性特别强，搞的我头晕脑涨，单是来回的查看比较判断，条件选择就花费了我大量的时间，还要去记所有的变量（如变量组1：X...变量组

2:X...哪个变更没用过，哪个变更用过了，哪个是不是可以重复使用），当有可以重复使用的命令时，复制也要一条一条的复制，这样有点太累人了，要是

能多项选择，复制就好了。

不过有一点《星》是必须值得肯定：我写了一个这样复杂，命令行如此之多的程序，运行起来一点都不逊色，运算速度一样很快。

此主题相关图片如下：

赞成！

在我做的项目中，有一个IPD文件就有514K，包含15个窗口和几百个构件，用搭建打开编辑时感觉都有点吃力。后来，再加判断条件时我甚至都有些担心：这么复杂的逻辑关系，在运行时会不会乱掉啊？没想到运行速度还是非常快，半年多了都很正常、很稳定！

有时感觉搭建这个东西真的蛮神奇的。只要在开发时定义好各种逻辑关系，在运行状态下绝对不会出错的，稳定性非常好！

不知你有没有感觉，变量组应该扩充了，总觉得不够用。26个字母为什么只取了其中的11个呢？建议官方增加！

“打开编辑时吃力”，我也有同感。还有关于一些构件的参数，在做大项目时确实不够用；关于变量组这个构件似乎应该调整，但又不知怎么调好，因为变量在程序设计中用的比较多，特别是项目大一点时，现在变量组用起来多少有些吃力。

关于变量组为什么只用11个字母，我想应该有些字母在系统中被用了，再用可能会发生冲突吧。可以看到变量组用的字母并不是连续的，所以我觉得应该是现在没有在变量组中体现出来的字母是被系统的其它构件使用了。

另外：在你的项目中，一个项目有15个窗口，这个有点不太正常吧，是不是应该考虑分成几个IPD来做啊。

呵呵，窗口是有点多。但没办法，有些是为了实现辅助录入及候选值设置的，减少不了。有些通用的功能，比如查询窗口、打印设置、导出设置等，已经剥离出来做成单独的IPD文件直接调用了。

这个系统比较庞大，本身就已经分成N个IPD文件，最大的一个就是这个514K的了。如果搭建官方可以将有些构件的功能进一步的完善，这个文件应该可以瘦身不少。

你打开慢 是你的机器 或项目的设置问题，别人怎么给你解决；

如果你觉得，你的设置没有问题，你发上来，叫大家看看。