無効なリクエスト - 始めたばかりで理解できない... - ページ 2

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

Yedelkin:

極めて異論が多い。

人にやさしい方法」としての標準ライブラリ - はコメントを受け付けていません。

驚きました、とても。コードを何倍も減らし、不要な初期化も捨て、どう考えても利便性が悪いと思うのですが。

私は、多くの製品が、標準ライブラリの 動作をコピーした、ポジションの購入、売却、決済のための独自のラッパー関数/メソッドを作っているのを見たことがあります。
問題は、その理由です。

[Renat Fatkhullin]

mrProF:

驚きました、とても。コードを何倍も減らし、不要な初期化も捨て、どう考えても利便性が悪いと思うのですが。

そうやって感情的になっていた。論外です。

[Yedelkin]

mrProF: 驚きました、とても。コードを何倍も減らし、不要な初期化も捨て、どう考えても利便性が 悪いと思うのですが。

ハイライトされたキューに対する答えを得るには、少なくとも一度、この標準的な取引の状況を処理しなければなりません。 そして、あなたの言う「コードの時間短縮」と比較してください。

[Yedelkin]

Renat: それが彼の感情の起爆剤となった。論外です。

結論を急がないこと。特に10分程度の対応の遅れを考えると、なおさらです。

[Renat Fatkhullin]

Yedelkin:
結論を急がないこと。特に10分程度の対応の遅れを考えると、なおさらです。

つまり、技術的な議論がないのです。

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

Yedelkin:
強調されたキューに反応させるには、標準的な取引状況を一度は自分で処理すれば十分です。 そして、あなたの言う「コードを半分にする」と比較してみてください。

では、何が違うのでしょうか？市場環境をチェックする？チェック、ストップの計算、ノーマライズ、オープン間近。

標準ライブラリ なし - 構造体のリセット、フィールドの充填、リクエストの送信、レスポンスコードの処理（構造体のパース）。~ クエリ構築のために〜、推測で10〜20行送信する。

標準ライブラリの場合 -単一のメソッド 呼び出しでリクエストを送信し、レスポンスコードを処理します（CTradeメソッドを呼び出します）。~ リクエストして1行送信する場合。

何か問題が起こった場合、私たちは大騒ぎしてオープニングエラーに対処します。

そうそう、私自身、標準的な一か八かの状況を扱っていて、標準ライブラリになってからは、一部の例外を除いて、ほとんどOrderSend(structure_request, structure_response) を使うことはありませんでした。

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

Renat:
それが彼の感情の起爆剤となった。引数はありません。

どうやらそのようですね。でも大丈夫、誰にでもあることです :)

[Yedelkin]

Renat: つまり、技術的な議論がないのです。

もちろんです。特定の機能を比較するのが億劫になると、同じように「技術的な議論ができない」論が生まれるのである。論拠がない、確認するのが面倒、全部デタラメ」みたいなね。

さて、これであなたのアプローチは「議論なし、言葉だけ」だと考えてください。

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

Yedelkin:

もちろんです。特定の機能を比較することが億劫になると、同じように「技術的な議論ができない」タイプの議論が生まれます。反論がない、確認するのが面倒だ」みたいな、だから全部デタラメなんです。

なるほど、「議論せず、言葉だけ」というあなたのこのアプローチで考えてみましょう。

なんか今のところ、「標準ライブラリは 使わない、快適じゃない、でもなぜかわからない」というご指摘のようです。
議論の中身について、あなたからのメッセージもなく、これ以上の議論は控えようと思います。

[Yedelkin]

mrProF:  そして、その違いは何なのか。

DIRECTLY」という言葉を強調しました。他人の開発を余計な手間をかけて使いたいならともかく、「クエリーを送って構造物を記入するのは落とし穴の多い曲解 だ」と新参者に言う理由にはならないでしょう。