无效的请求--刚刚开始，想不明白...... - 页 2

[Дмитрий Александрович]

Yedelkin:

极具争议性。

标准库作为一种 "人性化的方式"--没有评论。

我很惊讶，非常惊讶。将代码减少数倍，抛弃不必要的初始化，我不明白怎么能认为它不那么方便。

我见过很多产品为买入、卖出、平仓制作了自己的包装函数/方法，复制标准库的 行为。
问题是为什么？

[Renat Fatkhullin]

mrProF:

我很惊讶，非常惊讶。将代码减少数倍，抛弃不必要的初始化，我不明白怎么会认为它不那么方便。

这就是他情绪激动的原因。没有任何争论。

[Yedelkin]

mrProF: 我很惊讶，非常惊讶。将代码减少数倍，抛弃不必要的初始化，我不明白怎么会认为它不那么方便。

为了得到对突出提示的答案，只要MUST至少处理一次这样或那样的标准交易情况就够了。 然后与你所说的 "代码减少次数 "进行比较。

[Yedelkin]

Renat: 他的情绪就是这样发挥的。没有任何争论。

不要急于下结论。特别是当你考虑到延迟10分钟的回应时。

[Renat Fatkhullin]

Yedelkin:
不要急于下结论。特别是当你考虑到延迟10分钟的回应时。

也就是说，不存在技术上的争论。

[Дмитрий Александрович]

Yedelkin:
为了得到对突出提示的反应，至少自己处理一次标准交易情况就足够了。 然后与你所说的 "将代码减半 "进行比较。

那么有什么区别呢？检查市场环境？检查，计算停止，正常化，即将开放。

没有标准库- 重置结构，填充字段，发送请求，处理响应代码（解析结构）。~ 用于建立查询和发送，估计有10-20行。

使用标准库--通过单个方法 调用发送请求，处理响应代码（调用CTrade方法）。~ 用于提出请求和发送1行。

如果出了问题，我们会大惊小怪，处理开放性错误。

啊，是的，我自己处理过标准的一种或另一种情况，一旦我到了标准库，除了少数例外， 我几乎没有使用过OrderSend(structure_request, structure_response)。

[Дмитрий Александрович]

Renat:
他的情绪就是这样发挥的。没有争论。

显然你是对的，但没关系，这发生在每个人身上 :)

[Yedelkin]

Renat: 也就是说，没有技术上的争论。

当然了。当人们懒得比较特定的特征时，同样的 "没有技术论据 "的论点就诞生了。比如，"我没有看到任何论据；我懒得检查；这都是废话"。

好吧，考虑到你的这种做法--"不争论，只说话"。

[Дмитрий Александрович]

Yedelkin:

当然了。当人们懒得比较特定的功能时，同样的 "没有技术论证 "类型的论点就诞生了。比如，"我没有看到任何论据；我懒得检查"；所以这都是废话。

好吧，考虑到你的这种做法--"不争论，只说话"。

到目前为止，我认为你的观点是 "我不使用标准库，我不舒服，但为什么我不知道"。
我想我将避免进一步的辩论，没有你对讨论的实质内容的任何信息。

[Yedelkin]

mrProF:  那么区别是什么呢？

我强调了 "直接 "这个词。如果你想使用别人的开发，并付出额外的努力，那也没有理由告诉新人"用结构填充发送查询是一种变态，有很多 陷阱"。