服务端命令的参数结构和HTTP请求体数据类型结构在界面和逻辑上统一

怎么把多个姓名用HTTP请求方法传递给服务端命令的参数
https://gcdn.grapecity.com.cn/fo ... 98094&fromuid=60073
(出处: 葡萄城产品技术社区)


这个帖子背景下，12楼涉及的需求

服务端命令的参数结构和HTTP请求体数据类型结构在界面设置和逻辑处理上希望能统一，这里理解的应该都是json格式处理最终的格式
但是，实际两个命令处理方式还不同，原帖子大佬回复如下


导致大伙在不同的命令中对参数格式的有误解，而且本身设置不同也让大伙很不习惯

HTTP导入数据自动带出参数功能是什么意思？
大佬，你有没有截图或者其他第三方软件的做法可以让我看看效果的，你这术语太专业了

Eric.Liang 发表于 2021-8-23 17:34
我理解你如果说调用服务端命令去调用其他的活字格应用的服务端命令的设计。
但是不理解你说的现在发送HT ...

这么说可能大佬会明白些
就是如果希望活字格系统做专门的API服务，就跟微信接口那样可以自定义各种形式的参数，提供大量各种的接口跟外部调用
现在的服务端命令是可以做，但是不方便，举例，HTTP导入数据自动带出参数功能就没有是吧，但是这个很实用。然后也可以一键生成调用接口的使用说明。
从接口功能的角度看是不是跟  HTTP请求插件的功能更加接近，或者配套的使用对大家的理解更合理

小侠米 发表于 2021-8-20 21:38
是希望对不同活字格系统相互通过HTTP 请求与接收的数据格式和设定能有更加统一简单插件

我理解你如果说调用服务端命令去调用其他的活字格应用的服务端命令的设计。
但是不理解你说的现在发送HTTP的数据格式和设置不简单是什么意思？

发送HTTP请求本身就不是只针对服务端命令来用的，服务端命令只有数组和基础两种类型，但是实际你在通过发送HTTP请求命令去调用第三方的时候，第三方的接口参数格式千奇百怪，可能是JSON，包含了数组，数组中再是个JSON对象，对象里再是个数组，数组里再是个对象，对象里再是文本字符串的键值对。这种场景，因为参数结构不确定，哪怕不是活字格，你想要构建这样一个对象一样需要一层一层构建，我实在是没有想到如何更简单的实现JSON字符串的构建

如果你有对这个插件的更好的建议，你可以说说你的思路和实现

David.Zhong 发表于 2021-8-20 18:58
大佬，我们确实有考虑过这个问题，但是怎么想都是和现在的设计会有所冲突。
我们的核心需求是不是需要在 ...

是希望对不同活字格系统相互通过HTTP 请求与接收的数据格式和设定能有更加统一简单插件

小侠米 发表于 2021-8-20 08:12
服务端命令的另一个角色是可以 接收 HTTP请求，也就是api   ，对应的就是现在专用的HTTP请求插件
如果从H ...

大佬，我们确实有考虑过这个问题，但是怎么想都是和现在的设计会有所冲突。
我们的核心需求是不是需要在同一台服务器上的活字格应用中可以方便的相互调用服务端命令，是吗？
如果是的话，我们可以记一个需求。大佬看这样可以吗？

服务端命令的另一个角色是可以 接收 HTTP请求，也就是api   ，对应的就是现在专用的HTTP请求插件
如果从HTTP接收与请求的对应关系角度，是不是在接收与发送的数据结构和界面上要统一，这点才是帖子的出发点


1、如果服务端命令无法与HTTP请求参数结构一致，那是不是可以考虑把服务端命令对应HTTP请求的功能可以独立出来一个专门的插件
2、现在没有专门的提供API插件，复杂点的官方都是要求同C# API处理，是不是也需要考虑界面设置的API插件
3、最少服务端命令是不是可以有专门选项和页面设置是处理HTTP请求的功能

小侠米 发表于 2021-8-19 18:58
大佬说的都有道理
如果确定没有方法统一，希望教程能详细说明这些不同命令参数的使用方法，就如大佬说的ht ...

大佬，咱们专门出了一节公开课来讲这一个插件如何使用~这些内容在插件的介绍中也能非常方便的获取呢~
活字格6.0功能演练—Post数据命令插件 - 葡萄城公开课 - 葡萄城产品技术社区 (grapecity.com.cn)
命令类型插件 - 发送HTTP请求命令 - 活字格专区 - 插件中心 - 葡萄城产品技术社区 (grapecity.com.cn)

大佬说的都有道理
如果确定没有方法统一，希望教程能详细说明这些不同命令参数的使用方法，就如大佬说的http请求本来就复杂，细节不清楚基本上都是踩坑几率大

大佬，你的这个问题我们全程跟踪过。大佬的这个需求帖子是想说，我们能不能对于服务端命令的参数结构和HTTP请求体数据类型结构在界面设置和逻辑处理上希望能统一，是吗？我们非常理解大佬，但是大佬有没有考虑过其他用户的感受呢？
我们绝大多数用户是不会用HTTP请求调用服务端命令的。并且我们服务端命参数的设置，需要考虑到在设计器中如何把参数从页面上传递到服务端命令中。我们目前的设计是经过充分考虑的，也是比较方便大家使用的，如果都改成HTTP请求体数据类型结构的话，大佬也使用过了，相对来说是比较复杂的。
那么我们可不可以把HTTP请求体数据类型结构设计成服务端参数类似的呢？
估计也是不行的，因为我们之所以会把HTTP请求体数据类型结构设计成这样，就是为了考虑到http请求参数的复杂性，我们或许需要传递和服务端命令参数结构一样的参数，但是对于其他用户来说，他们所需要的往往就是需要设计复杂参数的能力。这也是这个插件设计成这样的初衷。
对于我们来说，我们可能更需要的是如何更好的去学习如何使用这个相对来说非常复杂的http请求插件。
感谢大佬的理解与支持，如果大佬有什么新的想法，也欢迎和我们沟通交流。