私のアプローチコアはエンジンです。 - ページ 127

新しいコメント
 
Vasiliy Sokolov:

ピーターさん、申し訳ありませんが、お送りいただいた作品は、ハックワークのようなものですので、お受けできません。

...

クレジットはまだありません。修正を待っています。そして、理解できるまで3Dレンダリングはしないこと!

なぜピーターを困らせるんだ？彼は自由なアーティストで、やりたいことは何でもやる。そして、それが複雑で、彼の考え方の概念に合わないものであれば、それは望まれず、行われず、シンプルで望まれ、行われるもので代用される...。

 
Artyom Trishkin:

なぜピョートルを貶めるのですか？彼は自由なアーティストで、やりたいことは何でもやる。そして、もしそれが複雑で、彼の考え方の概念に合わないものであれば、それは望まれず、実行されず、シンプルで望まれ、実行されるもので代用される......。

しかし、彼（ピョートル）は、コア・エンジンで注文を取ったりして、需要があることを望んでいる。 ここでヴァシリーは、彼にちょっとした現実を見せた。

それからピョートル、アレキサンダーのパネルはどうだ？

 
Artyom Trishkin:

なぜピーターを困らせるんだ？彼は自由なアーティストで、やりたいことは何でもやるんです。そして、それが複雑で自分の考え方に合わない場合は、やりたくないと思いつつ、単純にやりたいことで代用する......。

ジー、あなたのずるい視線を感じるわ :)

その人が立ち上がって、自分のソリューションに基づいて誰でも自分のプログラムのグラフィカル・インターフェースを作る ことができると宣言したから、私はスパンキングをしているのだ。それを証明するために、自ら解答を確認したいと申し出たのだ。それを確認したところ、結果はまったくの悪夢でした。だから、よく言われるように、ライダーを名乗るなら、トラックに乗れ;)

 
想像上の問題を解決することと、サードパーティの具体的なタスクを解決することは、大きな違いです。このエンジンは、あくまでも2件目用であることが明言されています。この2番目のケースに対して有効かつ普遍的な解決策を提供するためには、基本的なプログラミングパラダイムに基づいた解決策でなければなりません。 今のところ、ピーターの解決策にはこのパラダイムが正しく実装されているとは思えません。それどころか、特別に用意された「単純な」問題は、内部の問題のもつれや、提案された解決策の完全な闇を露呈してしまったのである。
 
Vasiliy Sokolov:
想像上の問題を解決することと、具体的なサードパーティのタスクを解決することは、大きな違いです。このエンジンはあくまでも2件目用であることを明言した。この2つ目のケースに対して有効かつ普遍的な解決策を提供するためには、基本的なプログラミングパラダイムに基づいた解決策が必要です。 今のところ、Peterの解決策にはこれらのパラダイムが正しく実装されているとは思えません。それどころか、特別に用意された「単純な」問題は、内部の問題のもつれや、提案された解決策の完全な闇を露呈してしまったのである。

まあ、誇張の名人ですから...。

これらの「問題」を、一挙に解決してしまうのです。技術を作ったばかりで、テストする人がいなかったんです。しかも、手に剣を持っているのは、あなたです...)

行数を制限する以外は、すべてナンセンスです。それはまだ解決できていません。


注文が閉じられていない。注文が開いているか閉じているかを確認する方法を忘れてしまったからだ。そして、「悲劇」を生み出してしまったのです))。

 
Реter Konow:
注文が閉じないのは、注文が開いているか閉じているかを確認する方法を忘れてしまったからです。そして、"悲劇 "を生み出してしまったのです))。

ポジションセレクトバイチケット（PositionSelectByTicket

 
Konstantin Nikitin:

ポジションセレクトバイチケット（PositionSelectByTicket

ありがとうございました))

古代ギリシャの悲劇がここにある...))彼が述べたすべての問題を簡単に解決できることを理解していないのは、滑稽でさえある。テーブルの行数が無制限であることを除けば、すべてです。

 
Реter Konow:

まあ、誇張の名人ですから...。

...

おいおい、お前、本当に何もわかってないのか、それともこうやって手を抜こうとしてるのか？

どのパネルでも、基本的かつ最も難しいのは、一貫性の表示です。注文がオープンであれば表示されるはずで、取引タブになければパネルにも表示されないはずです。これは初歩的なことで、概念的には「とてもシンプル」です。しかし、「非常にシンプル」にするためには、パネルは状態モデルに基づいている必要があります。そのようなものはなく、ユーザーオブジェクトに詰め込まれた文字列の、ローカルで一貫性のない曲線データベースを持っているのです。

そして今、あなたは問題などない、すべて空中から吸い出されたものだと証明しようとしているのです。 テーブルの中の表示されないオーダーは問題ないこと.自分のテーブルにはあるが、実はとっくに閉じているオーダーも正常であること。そ して、ポジションの数が20に制限されていることを除けば、全般的にすべてがとても普通で良いのです。

 
Vasiliy Sokolov:

質問がないように、もう一度課題を明確にします。

  1. 表は動的で、「取引」タブと同じ注文が表示されます。タブに注文がない場合、テーブルにも注文は表示されません。
  2. 表に表示される注文の数は、何でもよい。上からの制限はありません。
  3. 標準のダイアログウィンドウで注文を開くと、テーブルに注文が表示されるようになります。標準的な方法で注文を閉じると、あなたのテーブルの注文は消えるはずです。
  4. 一貫性のない 状態は許されない!テーブルにはあるものが表示され、タブレードには別のものが表示される場合、これはエラーとなります。

とりあえず厚く飛ばして あげないと。直してくれるのを待っています。そして、理解できるまで3Dレンダリングはしないこと!

  1. そのためには、ティックやタイマーでオーダーをループさせ、そのティックと配列に書かれたティックを照合するような記述をする必要があります。もし配列にチケットがなければ、それは注文が開かれたばかりであることを意味し、E_Main_form_1__PnL(OrderTicket(),OrderProfit()) を呼び出す必要があります。
  2. この問題は、技術的に非常に複雑です。これまでは事前に列の数を制限していました。しかし、20をはるかに超えることもあります。200でもいいんです。
  3. 標準ウィンドウでクローズした注文は、オープニングと同様、ティックまたはタイマーイベントでループ内に固定されます。また、オープンオーダーの配列の中に、もう存在しないチケットがある場合、そのチケットを
    E_Main_form_1_CLOSE_ROW___Orders_table(ticket);

4.これらの順序ループが正しく書かれていれば、テーブルは正しく動作する。

私は単に注文の正しい扱い方を忘れてしまったので、この仕組みを正しく実装できていないだけです。そのため、テーブルが正常に動作しませんでした。

しかし、これはダイナミックテーブルそのものが機能しないわけではありません。

 
Реter Konow:

ありがとうございました))

古代ギリシャの悲劇がここにある...)彼が述べたすべての問題を簡単に解決できることを理解していないのは、滑稽でさえある。テーブルの行数が無制限であることを除けば、すべてです。

私は、あなたのコードや、あなたが人々のために行うすべてのことに、大きな過失を感じています。しかし、それが具体的になると、すぐにでたらめが始まります。小さくても良いもの、質の高いものを1つでもいいからやってみる。だから、何でもかんでも初歩的なことを簡単に解決してしまうというのですね。しかし、なぜかあなたは、何もないところに解答を作ってしまった。2週間でこれだけの簡単なチップスをこなせなかったのはなぜですか？

否定的な意見で申し訳ありません。ただ、あなたにはがっかりさせられました。もっともっと良いものを見たいと思いました。デモの修正をお願いします。要求に応じて、「初歩的なことですが、ここを調整する必要があります」というようなことがなく、良いもの、質の高いものを作る。 抗議される可能性のある、常識にとらわれない解決策を提示する。

1...120121122123124125126127128129130131132133134...184
新しいコメント
理由: