模板命令管理器增加分类管理

以前的版本感觉模板命令由于部分功能缺失，用处不大。。最近用了7.0，感觉模板很好用，省去了写命令插件的麻烦，但是带来的问题是，命令一多，无法快速查找，特提出以个几点建议，请酌情考虑：

1、增加树目录分类。也方便以后大家分享模板命令时可以根据各人做的命令模板进行分享。
2、建议增加命令模板查找功能。
3、模板命令可以复制（因为有些参数模板命令参数是相同的，在参数特别多时，不用再重复设置一次）4、管理界面中最好能给个备注，不然模板多了，有时自己也搞不清。
附手绘示意图，见笑！

同意

模板命令有一个非常复杂的历史原因在这，导致现在处于一个很尴尬的位置。
首先，模板命令是先于服务端命令出来的，并且模板命令这个概念对于非开发人员来说是比较难理解的一个概念，所以最初就把模板命令放在了高级里面。
后来服务端命令越来越完善之后，模板命令就更尴尬了，模板命令能做的事情，很多情况服务端命令也能做，并且，服务端命令和模板命令实际上是很相似的一个概念，一个是对于前端，一个是对于后端。
但是由于使用模板命令的用户太少太少，考虑到把模板命令和服务端命令放在一起，可能会额外增加大家的学习成本，所以模板命令还是老老实实的继续待在高级设置中。

大佬这个需求实际最终的解决方案，是把模板命令提升到和服务端命令同等的位置上，把模板命令放在对象管理器中，这样的话既可以有搜索的功能，也可以有完整的树形文件管理功能。

任重而道远鸭~

这个愿望可能得等越来越多的场景需要用模板命令来实现才可能会加上，如果使用模板命令的人越来越少的话，可能还会继续把模板命令往更深的地方隐藏。

我有一点点强迫症，我也非常想要统一模板命令和服务端命令的使用体验，
所以，期待大佬们的努力，把活字格做大做强，到时候用的人多了，那我们的优先级就是最高的~

David.Zhong 发表于 2022-4-20 12:19
模板命令有一个非常复杂的历史原因在这，导致现在处于一个很尴尬的位置。
首先，模板命令是先于服务端命令 ...

听你这么一说。。视乎有点明白了。。难怪表格操作中没有更新和删除功能。。。我一直理解为前端里的一个批处理命令。。。。自从模板可以调用参数后，我感觉他的春天应该到来了，前端每个页面都要写的重复JS代码或命令可以在这做个组合，就像DOS下的bat批处理一样。每个页面调用时，代入各自的参数，如果结束单元格名称的话。基本告别大多数的重复操作了。

David.Zhong 发表于 2022-4-20 12:19
模板命令有一个非常复杂的历史原因在这，导致现在处于一个很尴尬的位置。
首先，模板命令是先于服务端命令 ...

模板命令，是做大系统，标准化，规范化才用得着，做几个页面的系统不需要。

lwt 发表于 2022-4-20 13:20
模板命令，是做大系统，标准化，规范化才用得着，做几个页面的系统不需要。

7.0之后。模板可以调用参数，并用模板命令可以单独导入。这样的情况下，模板命令就可以为规范化开发提供快速开发的基础保障。加速开发周期。。
看我截图里面的。表格传递，表格多行传递已实现。这样在要传递的字段非常多的下会省下多少时间，如果多个页面需要这样的传递呢。。那就是成倍的节省时间。
还有二开，比如：
输出word，PDF,JPG以及生成电子合同等文件，都需要前端的页面显示的数据（数据库中的数据有时并不全，页面中存在公式等单元格），这个时候，还需要那么大的劲力去做前端命令行插件了吗？至少我目前除了文件管理需要做插件（因为需要前端交互）。其它的基本都可以模板实现了。

对于这个功能肯定是仁者见仁智者见智的，关键看大家如果使用。
主要是还需要考虑到更多用户的感受。

支持，这个功能我以前也提过

帮大佬们去对了一波线，结论是先帮大家记一个需求~
需求编号：41012

lh123 发表于 2022-4-23 22:18
服务器命令是bs低代码开发平台里程碑事件，是这个分支开发平台技术解决方案的分水岭。

明白大佬的意思，但是如果有前端的模板命令，会使整个活字格的功更加完善，前后端在功能上也能更统一~大家都是希望活字格能更好的服务于大家~