開発者向けのヘルプです。 - ページ 2 123456789...19 新しいコメント Vladimir Pastushak 2017.11.17 17:22 #11 Реter Konow:このスレッドでアプローチについて人と議論するつもりはありません。私の考え方が狭いと思われるかもしれませんが、それはそれで結構です。 問題解決のために手助けが必要な場合は、まず問題の本質をわかりやすい言葉で述べてください。(荒らしとごっちゃにせず)。グラフィカルなオブジェクトを操作し、維持するための便利な方法を実装する、というのが私の課題です。 Реter Konow 2017.11.17 17:23 #12 Vladimir Pastushak: 私は、課題として、グラフィカル・オブジェクトの作業と保守のための便利な方法を実装することを述べました。申し訳ないですが、この課題は受け入れられません。具体的にはグラフィカル・オブジェクトの作業とメンテナンスとはどういう意味ですか?具体的に何に使うのか、などなど...。 Sergey Chalyshev 2017.11.17 17:26 #13 Реter Konow:型破りなアプローチで、長年連絡を取り合ってきた人たちのために何か良いことをしたいと思い、開発者が問題を解決するのを助けるためのスレッドを作ることにしました。実践の中で、他の開発者の問題に対して有効な解決策を何度も見出してきたのです。 一般的に、あなたの問題の解決について私の意見を知りたいのであれば、お気軽にご連絡ください。まず、お客様の問題の本質を理解する必要があり、その上でお役に立ちたいと考えています。必ずしもコードである必要はないでしょう。おそらく、問題の新しい見方や、解決策を見つけるための新しい方向性を示しているのでしょう。問題の複雑さと規模によります。見積もり遅延の問題を解決してください。誰がなぜ遅延するのか理解できない、ここに良い 例がある。 Vladimir Pastushak 2017.11.17 17:27 #14 Реter Konow:申し訳ないですが、この言い方はいただけません。具体的にはグラフオブジェクトの運用・保守の意味するところ。具体的に何のために必要なのか、などなど...。パネルやインフォウィンドウを 作ったり、何かを描いたりしてもよいでしょう。単純に考えて、例えばボタンを作って、それを操作して、動かしたり、塗ったり、縮めたりする必要があります。プログラマーにとって使いやすいコードを提案してください。 Yuriy Asaulenko 2017.11.17 17:30 #15 Vladimir Pastushak: これは、例えばパネルや情報ウィンドウを 作ったり、何かを描いたりするためのものです。 DLLとC++/C#がお手伝いします。そして、どんなインターフェースも自由に使える。しかも、より少ない時間と労力で。 Реter Konow 2017.11.17 17:33 #16 Sergey Chalyshev: 見積もり遅延の問題解決に貢献します。誰がなぜ遅延しているのか理解できない、ここに良い 例があります。そうですね、面白い例ですね...。正直なところ、理由はわかりませんが、乗り越えられない障害を回避することは、いつも知恵を絞ることにつながります。 遅延の深刻さは?戦略上、どの程度重要なのでしょうか? Реter Konow 2017.11.17 17:36 #17 Vladimir Pastushak: これは、例えばパネルや情報ウィンドウを 作成したり、何かを描いたりするのに必要なものです。簡単に説明すると、例えば、ボタンを作って、それを操作して、動かしたり、塗ったり、縮めたりする必要があります。プログラマーにとって使いやすいコードを提案してください。独自のグラフィックエンジンを作る。というところからスタートしました。要は余計なものがいらないということです。授業は必要ない。これは1つの関数で、すべてのグラフィカル・オブジェクトのすべてのプロパティを格納する配列で動作する必要があります。エンジンは、異なるイベントでこれらのプロパティの値を変更します。配列をグローバルにし、どの関数からも簡単にアクセスできるようにします。これは、あなたのオブジェクトを管理するための非常に大きな機会を与えることになります。 Vladimir Pastushak 2017.11.17 17:39 #18 Реter Konow: 独自のグラフィックエンジンを作る。というところからスタートしました。要は、余計なものはいらないということですね。授業は必要ない。これは単一の関数で、すべてのグラフィカル・オブジェクトのすべてのプロパティを保持する配列で動作しなければなりません。エンジンは、イベントごとにこれらのプロパティの値を変更します。例を見せてください。私のは次のように動作します。gui.(任意のオブジェクト).(プロパティの設定/要求)ボタンであればボタン、四角であれば四角のプロパティになります。 Реter Konow 2017.11.17 17:40 #19 Vladimir Pastushak: 例を見せてください。私のは次のように動作します。gui.(任意のオブジェクト).(プロパティの設定/要求)ボタンであればボタン、四角であれば四角のプロパティになります。後ほどコードサンプルをお見せします。アーカイブで探してみてください。 まさにご質問のようなことがあります。 Реter Konow 2017.11.17 17:42 #20 Vladimir Pastushak: ボタンであればボタン、四角であれば四角のプロパティになります。それが正しい方向だと思います。普遍化・単純化する。不要なものはすべて排除し、基本的なものだけを残す。- 1つの機能、1つの配列、補助的な機能。変数に現在の値を代入する。物体に焦点を合わせる。地図はこちら 123456789...19 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
このスレッドでアプローチについて人と議論するつもりはありません。私の考え方が狭いと思われるかもしれませんが、それはそれで結構です。
問題解決のために手助けが必要な場合は、まず問題の本質をわかりやすい言葉で述べてください。(荒らしとごっちゃにせず)。
グラフィカルなオブジェクトを操作し、維持するための便利な方法を実装する、というのが私の課題です。
私は、課題として、グラフィカル・オブジェクトの作業と保守のための便利な方法を実装することを述べました。
申し訳ないですが、この課題は受け入れられません。
具体的にはグラフィカル・オブジェクトの作業とメンテナンスとはどういう意味ですか?具体的に何に使うのか、などなど...。
型破りなアプローチで、長年連絡を取り合ってきた人たちのために何か良いことをしたいと思い、開発者が問題を解決するのを助けるためのスレッドを作ることにしました。実践の中で、他の開発者の問題に対して有効な解決策を何度も見出してきたのです。
一般的に、あなたの問題の解決について私の意見を知りたいのであれば、お気軽にご連絡ください。まず、お客様の問題の本質を理解する必要があり、その上でお役に立ちたいと考えています。必ずしもコードである必要はないでしょう。おそらく、問題の新しい見方や、解決策を見つけるための新しい方向性を示しているのでしょう。問題の複雑さと規模によります。
見積もり遅延の問題を解決してください。誰がなぜ遅延するのか理解できない、ここに良い 例がある。
申し訳ないですが、この言い方はいただけません。
具体的にはグラフオブジェクトの運用・保守の意味するところ。具体的に何のために必要なのか、などなど...。
パネルやインフォウィンドウを 作ったり、何かを描いたりしてもよいでしょう。
単純に考えて、例えばボタンを作って、それを操作して、動かしたり、塗ったり、縮めたりする必要があります。
プログラマーにとって使いやすいコードを提案してください。
これは、例えばパネルや情報ウィンドウを 作ったり、何かを描いたりするためのものです。
見積もり遅延の問題解決に貢献します。誰がなぜ遅延しているのか理解できない、ここに良い 例があります。
そうですね、面白い例ですね...。正直なところ、理由はわかりませんが、乗り越えられない障害を回避することは、いつも知恵を絞ることにつながります。
遅延の深刻さは?戦略上、どの程度重要なのでしょうか?
これは、例えばパネルや情報ウィンドウを 作成したり、何かを描いたりするのに必要なものです。
簡単に説明すると、例えば、ボタンを作って、それを操作して、動かしたり、塗ったり、縮めたりする必要があります。
プログラマーにとって使いやすいコードを提案してください。
独自のグラフィックエンジンを作る。というところからスタートしました。要は余計なものがいらないということです。授業は必要ない。これは1つの関数で、すべてのグラフィカル・オブジェクトのすべてのプロパティを格納する配列で動作する必要があります。エンジンは、異なるイベントでこれらのプロパティの値を変更します。
配列をグローバルにし、どの関数からも簡単にアクセスできるようにします。これは、あなたのオブジェクトを管理するための非常に大きな機会を与えることになります。
独自のグラフィックエンジンを作る。というところからスタートしました。要は、余計なものはいらないということですね。授業は必要ない。これは単一の関数で、すべてのグラフィカル・オブジェクトのすべてのプロパティを保持する配列で動作しなければなりません。エンジンは、イベントごとにこれらのプロパティの値を変更します。
例を見せてください。
私のは次のように動作します。
gui.(任意のオブジェクト).(プロパティの設定/要求)
ボタンであればボタン、四角であれば四角のプロパティになります。
例を見せてください。
私のは次のように動作します。
gui.(任意のオブジェクト).(プロパティの設定/要求)
ボタンであればボタン、四角であれば四角のプロパティになります。
後ほどコードサンプルをお見せします。アーカイブで探してみてください。
まさにご質問のようなことがあります。ボタンであればボタン、四角であれば四角のプロパティになります。
それが正しい方向だと思います。普遍化・単純化する。不要なものはすべて排除し、基本的なものだけを残す。- 1つの機能、1つの配列、補助的な機能。
変数に現在の値を代入する。物体に焦点を合わせる。地図はこちら