- 主题:现在有很多图形化编程语言,编出的软件跟正常代码生成的有什么
你说的是WinForm这种图形化拖拖拖然后点点点配置属性的GUI吗?
这类图形化编程一般都可以用手工代码替换的,但是图形化编程显然要比一行行敲代码更高效。
至于稳定性主要看人,图形化编程的下限比较高,新手都能做出挺稳定的软件,但是上限不高,图形化编程对动态交互的支持还是不太行。
手工代码的话,完全看编程者的水平跟用心程度了,几乎没有上下限。
【 在 harrycheng 的大作中提到: 】
: 发信人: bfield (哈根屌丝), 信区: NewExpress
: 标 题: 现在有很多图形化编程语言,编出的软件跟正常代码生成的有什么区
: 发信站: 水木社区 (Wed Nov 24 08:50:57 2021), 站内
: ...................
--
FROM 122.238.140.*
车上单一功能ECU的代码数量一般在几万行到几十万行C代码,都是用Simulink模型自动代码生成的,
这个模型也没有多大或者多复杂。
图形化编程关键点是模块化与层次化,而不是把图形画多大。
【 在 ArchLinux 的大作中提到: 】
: 你这么一说出来,我可以想象到一个上千行的代码要变成图形会变得多大。
:
--
FROM 122.238.140.*
图形化编程的用户是比较多的,尤其是在一些涉及到复杂电子控制的行业,比如汽车电子、航空电子、工程机械等,图形化编程是主流的编程方式。
【 在 eGust 的大作中提到: 】
: warcraft 3 的地图编辑器就带了图形化界面。功能还是比较完整的,不过受限于当时的技术,wc3 的脚本语言没有 gc,很多资源都必须手动释放。导致实际上只有很少人用,一般都是直接写脚本的,而且转换的过程不可逆,也就是说再没办法转回图形方式了
: 其实 blockly 的概念挺好的,个自带的那些东西也都挺完整的,你说的 and/or 之类的功能都有。而且自带能转成 lua、js、py 这些比较主流的嵌入性脚本,我个人感觉对非程序员来说已经非常友好了。不过具体到用户的话,我怀疑依然不是人人都能用的东西……
: 所以归根结底,图形化编程的问题是目标用户实在太小众了,就是一个不上不下的东西。稍微动点儿编程的,写点儿简单的脚本语言应该问题不大。剩下的基本上就是那种根本扶不起来的,给他啥都没用,不适合干这种活儿……
: ...................
--
FROM 122.238.140.*