胡大大，提两个逻辑功能上的建议！！！

做应用期间，碰到不少小麻烦，尤其是以下问题，希望得到大佬关注下，看能不能解决，将带来更多灵活性。

1、编辑框ValueChanged事件触发问题


    说明：在实际应用中，经常利用一个辅助的编辑框，来达到触发某个命令的功能，虽然这也是权宜之计，但如果遇到编辑框值更新后和更新前是一样的时候，命令就不会进行触发。
    举例：比如我POST服务器返回“400”，我放到编辑框，以便辅助进行后续的命令，比如提醒用户。但是当我再次执行操作，如果再次返回“400”的时候，编辑框就没有任何反应，因为是重复值，触发不了编辑框的ValueChanged事件，所以利用编辑框做辅助的方法，有这个缺陷无法解决。我尝试过更新数据之前，执行一次"设置单元格属性“命令，来清空值，但是无效，可能是太快了没有执行？
    建议：最好开发一个功能，把用辅助单元格来触发命令的方法淘汰掉，见第2个建议

2、增强回调参数的功能


    说明：大多时候我们遇到一些无法设定条件并返回值的时候，总是通过更新一个辅助编辑框，来实现后续的命令，但是上述所说，一是不方便，二是有逻辑问题。如果所有执行的命令都有返回值，并在下一条命令中可以取到该值，那可以说命令模块无所不能了。

    建议：为所有命令型的插件，都增加一个属性，叫“返回值”，插件开发过程中，需要多考虑一点，就是返回值是哪个变量？
    举例：
   为所有命令型的插件，都增加一个属性，叫“返回值”，插件开发过程中，需要考虑返回值可以给用户选择命令中的哪个数据。
   场景一：比如“更新数据库”命令，假如也有返回值得话，那么它的回调参数应该就是【是否更新成功】、【更新成功条数】，用户可以选择在此命令中，将这两个可选参数进行勾选，那么在下一条命令中，就可以调取这个参数作为判断依据，或者作为参数值来使用。

  场景二：在执行POST提交数据命令后，假如返回值是由JS代码的retrun决定，用户只需要定义好返回值的名称，然后再下个命令中，就可以调用这个值。



场景三： 再执行条件判断命令中，可以依据JS返回的布尔值来判断，如果增强后那么用户取好参数名，无论JS返回什么参数，都会被传出来！


其实还有好多场景，大佬们想想，有没有这个必要？  各人觉得这个实现后的灵活性，比胡大大说的前端编写后端方法的功能，一样牛逼了！

建议1，添加文本框的valuechange事件，这个我们已经加了
建议2，我们10月的版本支持把返回值直接提取到一个单元格或者表格中的

Simon.hu 发表于 2020-7-29 17:00
建议1，添加文本框的valuechange事件，这个我们已经加了
建议2，我们10月的版本支持把返回值直接提取到一 ...

嗯，速度真快。我个人还是非常期待命令的返回值功能，特别是把JS代码内部的值反倒活字格的界面中

phoben 发表于 2020-7-31 08:56
嗯，速度真快。我个人还是非常期待命令的返回值功能，特别是把JS代码内部的值反倒活字格的界面中

我胡老板安排起事这你就不用管了，哈哈哈