服务端命令中，命令参数与设置参数命令的理解，有没有让你神经错乱！附改进建议
本帖最后由 mucai 于 2020-7-1 13:39 编辑A、设置服务端命令时，可以设置参数。
B、服务端支持的命令中，还有一个“设置参数命令”
刚接触服务端命令的老铁们，估计会对上面两个参数搞得有些神经错乱。我刚学习，自缕一下，不知道对不对，也希望对大家有帮助。
活字格的服务端命令是一直以来期盼的功能，活字格在服务端命令出来之前，一直是缺条腿的。比如要实现进销存的数据增改删，你要么用不严谨的页面端方式（而且还绕得要命），要么就要学SQL用存储过程，而且存储过程内置数据库还不能用。
数据的增改删，一定会有一个目标表，如这个增改删需要参照一定的逻辑，可能会需要来源数据。这个来源数据，要么从前端当前操作的页面端拿，要么就直接从服务端数据库的表里面取。
（1）如果从前端拿，因为前端设计的数据表现是灵活多变的，所以在前端和服务端之间，我们就来设置一个统一名称的参数，服务端的源数据就固定从参数里面拿，而前段只负责往参数里面放数据就可以。这个就是指A服务端命令的参数。这和存储过程的参数是一个道理。
（2）如果从服务端的数据库拿，按道理在服务端是可以直接找表和数据的，但活字格里，还是弄了一个“设置参数命令”，就是把这个来源数据参数化。然后，在服务端命令里，还是用使用参数的逻辑，使用其它数据表的来源数据。这个就是“设置参数命令”，有点像SQL的子查询
以上理解后：
1、一个问题：如果不用“设置参数命令”，有没办法使用其它数据表做为数据源？答案是可以的，将需要使用的数据表，弄到前段的当前操作页面，使用服务端命令的参数就可以。但这也带来数据实时性的问题，比如在前段加载了源数据表和服务端命令使用这个源数据表的时间差之间，源数据表的数据更新了。
2、一个建议：这个“设置参数命令”，能不能改为“设置服务端数据源”，这样会不会更容易理解。然后将这个命令撤消，直接融入到服务端命令的设置里。
理解很到位
但是您的建议我们当时考虑了的
为什么现在还是叫设置参数命令呢？主要是因为这个数据它不单单可以是数据库的某张表里的值，它还可以是大家写的公式，比如today或者闹或者today+1-1，或者其他的公式，这样子叫设置服务端数据源就有一点点怪了 Simon.hu 发表于 2020-6-19 10:03
理解很到位
但是您的建议我们当时考虑了的
为什么现在还是叫设置参数命令呢？主要是因为这个数据它不单单 ...
设置服务端命令的参数里，可以设置值和公式 是的，比如有人就是这样使用的
页:
[1]