老铁，你看你给的所有的这些产品高后端的都是写代码啊
咋样能可视化呢？先不说可视化，就单单写代码目前就有2中做法，
第一，c#或者java的代码；第二，数据库的代码
上面是我能想到的一些建议，建议都考虑看看。
继续提供filemaker的处理方案给参考，filemaker 跟活字格很像，有一个 filemaker server 对外提供服务。
而filemaker 系统中存在一个脚本的概念，虽然不是图形化但是基本上跟活字格的命令很像，提供各种各样的函数给编写脚本，实现各种纯代码才能实现的功能。
编写的脚本基本上是这样：
而活字格对于工程里面编制的脚本，如何给外部调用，提供了这样的一个dateapi 运行脚本的能力，相当于可以通过api执行任何自定义的脚本：
只截图了一部分，下面是具体的说明：
https://fmhelp.filemaker.com/docs/18/en/dataapi/#running-scripts_run-a-script
上面的信息看看是否有参考价值。
qtcxc 发表于 2019-12-15 22:58
上面是我能想到的一些建议，建议都考虑看看。
继续提供filemaker的处理方案给参考，filemaker 跟活字格 ...
也就说，你可以接受伪代码的方式?
可以接受
我一直觉得filemaker 的脚本和活字格的 命令 是一样的东西。
只不过活字格的命令偏向于更图形化，filemaker的脚本更偏向于文字化代码化。
但是本质都是经过了更高一级封装后的结果，将一些复杂功能进一步封装一个个命令，让使用者可以简单调用实现这些复杂功能，降低开发的难度提高效率，都是能通过简单的鼠标拖拉拽或者双击设置值数值等方法快速的使用。
不过filemaker 的脚本 更偏向于后端的编译语言（更像php，asp），而活字格的命令更偏向于前端的脚本（更像javascript）。
而现在活字格现在的一些问题，也正好是因为命令太靠前端了，很多事情仅前端又做不到，是不是可以考虑，扩展偏后端一点的命令机制（比如能不能用nodejs的机制做？）。
既然提到nodejs 我再分享一个用nodejs 作为后端框架的快速开发平台，希望活字格也可以参考他们的框架看看：
https://www.enhancer.io/
那怎么将请求发布上来，您有想法吗？
本帖最后由 qtcxc 于 2019-12-18 09:20 编辑
客户端服务通讯一般都是get、post 的吧
附上filemaker 的处理办法。
再次附上filemaker 的完整dateapi说明地址：
https://fmhelp.filemaker.com/docs/18/en/dataapi/#fmdapi-architecture
我昨天跟我们的同事沟通了一下，发现这个问题可能不好处理，原因是：
前端代码，后端代码：
如果我们只是提供写代码的功能，但是我们不能像VS，eclipse等等的软件一样帮住代码纠错，这样写代码的人，即使代码写错了，都可能不知道怎么纠错:L
即使用第三方ide 编辑代码 也没问题啊。现在的js 我也不是用命令里面的窗口编辑的，也是调用用第三方编辑器来写js 。只要有一个框架可以实现，然后给一个文本编辑器，跟现在命令里面写js一样就可以了。然后可以支持用第三方编辑器打开编辑。这样就可以先不用纠结代码提示的问题。
除了智能提示，还有编译错误的问题:L
以上的信息基本上是我能提供的所有参考了。剩下的如果连贵公司开发团队都说搞不定，没法做。我也给不出更具体的建议了。
只能你们看看是否可以深入研究市面上别人家的系统是通过什么方法做到，然后看如何在活字格里面实现了。