追求完美用户体验，从变量名设计的细节抓起
在一个安静的办公室里，卧龙和凤雏正坐在电脑前忙碌地工作着。阳光透过窗户洒在他们的脸上，映照出专注的神情。
“变量命名让人摸不着头脑，光看变量名很难搞清楚它的用途。”卧龙眉头紧皱，表情严肃地说道。
“哦？具体是哪些变量呢？”凤雏身体前倾，面露关切地问道。
“有自有变量、元件结果变量、参数变量、系统变量、节点变量。”卧龙摇晃着头说道。
“开发人员是怎么解释这些变量的？”凤雏双手抱在胸前问道。
“开发人员是这样说的，你看看。”卧龙打开微信，指着屏幕说道。
自有变量：用户自己创建的流程变量，在可视化程序工作区的第一个槽位能看见；
元件结果变量：用来存抽象子可视化程序执行结果的；
参数变量：在调用当前可视化程序时传入参数用的；
系统变量：可视化编程平台跟低零代码平台集成后，用来存低零代码平台提供的关键数据的；
节点变量：可视化程序中每个组件节点执行完后自动生成的，用于存当前组件节点执行结果数据的变量。
“那用户光看变量名能直接明白这些变量是干啥用的不？”凤雏眉头皱得更紧，连连摇头说道。
“开发人员说用户得看操作手册，用熟了就懂了。”卧龙摊了摊手，苦笑说道。
“这可不行啊，用户学习是要花时间和精力的，咱可不能因为这些问题耽误用户宝贵的时间。”凤雏眉头紧皱，十分不满地说道。
“我也是这么想的，所以就让开发人员重新取了变量名，要求能让用户直接通过变量名看出变量的用途。”卧龙点了点头，深表赞同地说道。
“开发人员取的新变量名？快给我看看。”凤雏急切地追问。
“我已经看过了，看完感觉头更疼了。”卧龙叹了口气，把新变量名递给凤雏说道。
“这都是些什么呀？流程变量、元件结果……这也太不直白了，用户还是没法直接看懂啊。”凤雏看着新的变量名，眉头拧成了一团说道。
流程变量：用户自己创建的，主要在程序执行过程中用
元件结果(子程序执行结果)：用来记录子程序执行完后要返回给主程序的结果变量，这个变量得在子程序里创建，主程序引用后会自动创建
请求参数：用来配置程序树执行前需要的必要参数数据
代码节点执行结果：用来记录代码节点执行完后的执行结果对象
“可不是嘛，我也这么觉得。我还拉了个同事过来，把变量名字的解释都删了，只让他看变量名，问他能不能看出这些变量是干啥的，结果他也直摇头说完全不知道。”卧龙附和道。
“看来这些命名方式还是有问题啊。”凤雏用力地拍了一下桌子说道。
“没错，所以我让开发人员再去改改，改完记得让别人也帮着看看，看的时候别给解释这些变量名是干啥的。”卧龙点点头说道。
“嗯，这样才能真正了解用户的感受。”凤雏认真地说道。
“经过反复修改，最终的变量名确定下来了。”卧龙如释重负地说道。
“都有哪些变量名？”凤雏好奇地问道。
“自定义图形变量、程序被调传入参数、平台整合传入参数、图形程序返回参数、代码程序返回参数。”卧龙指着操作手册，一一念道。
“这些变量名改了好几次，现在这个版本的命名，用户应该能直接看懂变量用法了。”凤雏脸上露出了笑容说道。
自定义图形变量：用户自行创建的图形化变量（只在第一槽位可见）
程序被调传入参数：调用当前图形程序时，传入的启动参数会存在这里
平台整合传入参数：跟低零代码平台集成后，可以获得低零平台传入的数据（如用户及权限）
图形程序返回参数：当所调用图形子程序有返回结果时，会自动存在这里
代码程序返回参数：存自定义扩展图形组件代码返回的结果值
“是啊，而且我们还在变量选择下拉框旁边专门加了变量名作用的解释，这样用户就更清楚了。”卧龙点了点头说道。
“太棒了，这样能提升用户的使用体验。”凤雏竖起大拇指说道。
“我一直坚信，最好的用户体验就是用户不用看操作手册也能轻松操作的系统，我们要朝着这个目标不断努力！”卧龙眼神坚定地说道。
“没错，咱们一起加油！”凤雏用力地拍了一下卧龙的肩膀说道。
两人在讨论完问题后，继续全力以赴地投入工作，以期实现更卓越的用户体验。
上述对话是我们在图形化编程桌面产品在用户体验设计方面的真实故事。我们耗费了三年的时间，执着坚持且潜心探索，始终怀着敬畏之心，最终谨慎地推出了这款图形化编程桌面。它可与传统低零代码平台实现紧密融合，并且通过图形化程序的方式，成功替代了复杂业务的后端代码编写工作。
我们的图形化编程桌面已经为众多大型生产制造业的线边生产系统注入了强大的高效与稳定能量。这些系统成功实现了 7×24 小时的不间断运行，表现极为出色且稳定。今年 6 月，官网（youshuda.cn）将如约而至与大家见面，让我们满心期待它为我们带来更多的震撼与精彩！
