在创建程序的标准形式不是编辑文本文件的编程环境中是否有或曾经有过认真的尝试?
我记得我小时候通过连接积木使用乐高头脑风暴。有没有为更老练的用户尝试过类似的东西?
你知道例子吗?
在创建程序的标准形式不是编辑文本文件的编程环境中是否有或曾经有过认真的尝试?
我记得我小时候通过连接积木使用乐高头脑风暴。有没有为更老练的用户尝试过类似的东西?
你知道例子吗?
有许多图形编程语言的例子,例如LabView 的 G 语言和Prograph。请注意,这两种语言都是数据流编程语言,图形编程自然适合,但理论上你也可以在图形上下文中进行过程编程(我能想到的唯一例子是 1980 年代的Chipwits游戏)。
然而,基于 GUI 编程的一个大问题是,编程中的所有外围活动,例如源代码控制、比较文件、合并、grepping、翻译、分析、实用程序等,仅适用于基于文本的源代码。除了最初的编码阶段之外,很难想象基于 GUI 的编程如何在“现实世界”编程中获得任何牵引力。
两个流行的例子是Google blockly和Yahoo 管道。
IBM 的用于 Smalltalk 的 VisualAge 已经进入了您所询问的领域,但我不确定它是否在 IBM EOL(生命周期结束)之前完全到达目的地。实例化现在支持 VisualAge Smalltalk。
有很多例子。我想到的一个是魔兽争霸 3 中的 GUI 脚本编辑器。当然,这样的 GUI 本质上是有限的,所以熟练的编码人员总是绕过它,直接在 JASS 脚本中编码。
Smalltalk 告诉我们,文本文件不是创建和修改程序的正确对象。对于传输程序,它们没问题。
LabVIEW是图形编程语言的一个很好的例子。学生版可以让你大部分时间到达那里。