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

新しいコメント
 
Реter Konow:

このような窓を作るには、どれくらいの時間がかかるのでしょうか？:)


タグコノウ。

標準ライブラリでできるのか？)

私は通常、ツールバー、ボタン、チェックボックスなど、ユーザーがクリックして結果を得られるような実用的なものを作っています。


でも、端末がやることとEAのチャートがやることを区別する必要があります。なぜ端末の機能を繰り返すのか？ ...まあ、曲解する場合はお金を払って、ユーザーが望むならやってもいいのですが。


上に書いたように、必要なのは実用であって、美しさではありません。 美しいボタン、カレンダー、進捗状況ボックスの話なら、やはりすべてを.dllにまとめ、数日以内に（Delphiで）顧客のレイアウトに合わせた既成コンポーネントの.dllを組み上げます - それはあなたのものよりクールで、有名ソフトウェアパッケージと同じ外観と機能（データベース処理、グラフィック、アニメーション...、何でも）を持ち、かかる手間もあなたのものと比べ物にならないはずです。

既成概念にとらわれない、トレンドに合わせた使い方が必要!開発者が.NETライブラリをサポートして いる場合は、素敵なカレンダーやプログレスバーがある独自のソリューションを探す必要があります。

;)


ドミトリー・フェドセーエフ

そして、あるボタンを押すと1組のコントロールが表示され、別のボタンを押すと別のコントロールが表示されるようにすることです。同時に、ウィンドウの最小化、最大化も可能でした。また、多くのバリエーションが存在する可能性も想定されます。

非表示要素：m_button.Hide()。

要素を表示する: m_button.Show();

もしEnableであれば、そのアイテムはアクティブであるとみなし、クリックされたときに処理します。

家のどこかにあるのですが、今手元にないのです

 
Реter Konow:

この製品は、手動による取引を置き換えることを目的としています。問題は、マニュアル取引がどこまで普及しているのか、マニュアル取引をする人に何を提供できるのか、ということである。

手動で取引する人たちを自動化し、力を与える半自動化システムを書くのはプログラマーに任されているのです。これで彼らは儲かる。

その通り、この点については、すでに注意を喚起しています。

これはあなたのニッチな分野ではないわ、ピーター!半自動のシステムを書いて売ろうとするプログラマは、他人のライブラリに手を出すことはないでしょう。まず、サポートに問題があるため、何か問題が発生した場合、ライブラリの作者に連絡する必要があり、自分で解決しなければならない場合があります（また、グローバルアクセスのスタイルを考えると、エラー計算が非常に困難になります）。他人のためにシステムを書くプログラマーには、誰一人として必要ない。自分たちで何か書く方がよっぽど合理的です。

あなたのニッチは、手動で取引することを好むプログラマーです。あなたのライブラリーは、彼らにとってとても興味深いものになるはずです。しかし、この掲示板に何人いるのでしょうか？

 
Реter Konow:

確かに、コードは大きいです。しかし、それは極めてシンプルなことです。

主な特徴は、すでに設定されているプロパティ（サイズ、色、グラデーション）を持つ要素をコードから簡単に取り出し、他のウィンドウにコピーすることができることです。

構文がない、クラスがないなど......。アイテムやアイテムのグループ、あるいはウィンドウ全体を取り出して、どこかに貼り付けるだけだ。一枚で。

そして、何かを変更すると、新しい要素、要素グループ、またはウィンドウが得られます。

初めてでも安心して使える。しかし、エラー検出のためには、とても、悪質です。初めてコードを書くとき、それは大きな問題ではありません。原則として、例やヘルプがありますし、最も重要なのは、「プロセスの中で」、これらの微妙な点をすべて心に留めておくことです。しかし、何かを変更する必要がある場合、または、さらに、エラーが表示されます - 各行のヘルプに移動する必要があり、毎回、1（不運の法則 - 最後の）行まで、「すべてがここでOKです」ことを確認して、突然あなたが何かを台無しにしたことが登場しました。そしてその頃には、このような「カーネルにグローバルにアクセスできるコード」をデバッグしている世界を呪っていることでしょう。

 
Dmitry Fedoseev:

順番が重要でない場合は、ツールチップはありません。また、関数やクラスのコンストラクタを パラメータ付きで呼び出すと、コンパイラはパラメータによるヒントを作成します。そしてね、これは非常に大きな助けになっているんです。だから、標準的なやり方は、確実に◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯。

ところで、そうなんです、とてもいいことなんです。確認することができます。

そして、カプセル化のもう一つの利点は、別々のパラメータを持つ別々の関数をアドレス指定するときに、それに渡さなければならないものを名前ですでに確認できることです。また、構造体を渡すと、フィールド名で可視化されます。

単純なインデックスでグローバル配列にアクセスする場合、順序は任意であっても、データは非常に簡単に混在することができ、エラーを発生させることが非常に簡単になります。

 
Georgiy Merts:

そうなんです、この点に注目していたんです。

これはあなたのニッチな分野ではないわ、ピーター!半自動のシステムを書いて売ろうとするプログラマーは、他人のライブラリに手を出すことはないでしょう。まず、サポートに問題があるため、何か問題が発生した場合、ライブラリの作者に連絡する必要があり、自分で解決しなければならない場合があります（また、グローバルアクセスのスタイルを考えると、エラー計算が非常に困難になります）。他人のためにシステムを書くプログラマーには、誰一人として必要ない。自分たちで何か書く方がよっぽど合理的です。

あなたのニッチは、手動で取引することを好むプログラマーです。あなたのライブラリーは、彼らにとってとても興味深いものになるはず です。しかし、この掲示板に何人いるのでしょうか？

ところで、ここで、なぜか誰もピーターの目標とニッチのズレに気づかない。手動取引に取って 代わりたいと考えている。しかし、彼は手動で取引する人のために仕事をする。そんな目標が、「いつもの取引の段取りを殺してしまうようなものを......」というのは、私には不思議に思えます。私は、あなたが慣れ親しんだものをすべて壊しに来た親切な男だ。これからは私のルールに従って働いてもらう」。これで彼は成功するのだろうか？

"あなたはちょっと変よ、ビリー" ...

 

あなたは何もわかっていない。:)ピーターは、F9キーでポジションを 開く手動トレーダーを、トレーダーと端末の間の優れたレイヤーで置き換えることを目指しています。そして、もしトレーダーが今までいい形で預金を失ったことがないのであれば、この層でうまくやるだろう。デポジットが減る一方で、トレーダーはパネルの美しさを楽しむことができます。そして、アーティストであるピーターは、美的な美しさに興味があるのですが、あなたはプラグマティズムで彼のインスピレーションを台無しにしているのです。

....

私の友人のことを思い出したのです。彼女は新しいパソコンを買って自慢している。と聞いてみた。そして、RAMの容量やクロックスピードなどのスペックも。彼女は答える。よくわからないけど、すごくきれい。:)

 
Vitalii Ananev:

ピーターさんはアーティストとして美的な美しさを追求しているのに、あなたは実利主義で彼のインスピレーションを台無しにしているのです。

そうそう、Peterがデモで見せてくれた美しいグラデーションはどこで適用できるのか、すでに質問したのですが...。でも...使ってみての効果や利便性はまだ実感していない。

そして、Peterの前には、ここにも一人の参加者がいました。彼は、あのグラデーションカラーの画像をすべて使ったような、面白いグラフィカルな指標も持っていましたね......。アプリケーションについても聞いてみたのですが...。発表すると約束していたのですが、滞ってしまったようです......。


え...誰でもアーティストを傷つけることができる...

 
Dmitry Fedoseev:

あるボタンをクリックすると1組のコントロールが表示され、別のボタンをクリックすると別のコントロールが表示されるようにしてみてください。同時に、ウィンドウの最小化、最大化も可能です。また、多くのバリエーションがあり得ることも想定されています。

この問題をどう解決するのか、ピーターに尋ねてみるのも面白いかもしれませんね。

は、ヘルプにあるように、次のように表示されます。

ファイル:
HelloWorld.mq5  1 kb
HelloWorld.mqh  12 kb
 

本ライブラリを使用するには、Visual Studioが必要 で、ライブラリ用のデータファイルが生成されます。

そして、ユーザーはプログラムの中で自分のウィンドウを形づくるだけでいいのです。

確かに：すべてのライブラリ（フレームワーク）の難点は、ユーザーがその関数やパラメータを「再学習」しなければならないことです。

でも、これはメリットでもあるんです。

すべての言語のライブラリは、SAVE TIME！のために作られています。

コードの主要部分がすでに書かれ、デバッグされている場合。そして、ユーザー（プログラマー）はその可能性を利用する。

MetaQuotes 標準ライブラリと 言えばいいのか、どれくらいの人が使っているのか！？特に初心者の方が大多数 です。

プログラマーが自分のライブラリを「作りたい」と思うのは別問題だ。そして、彼/彼女はそれを使うでしょう。- 上でおっしゃったように、プログラマーにとっては、作者の助けを待つよりも、自分でメンテナンスできる自分のライブラリを使う方が簡単なのです．

需要のある製品にするためには、2つの方法があります。

  • 1.強力な宣伝効果を発揮します。
  • 2.強力な関心事です。

1点目は、必要なのはお金だけです。

2点目は、興味を喚起するような新製品が必要です。

興味を惹かれないものはすべて、用途やユーザーを見つけられずに死んでいく。そして、ユーザーとライブラリの作者がいなければ、その開発に興味を持つことはないでしょう。

この悪循環は、作者とユーザーを永遠に落胆させることになる。

 
Georgiy Merts:

初めてでも安心して使える。しかし、エラー検出のためには、とても、悪質です。初めてコードを書くとき、それは大きな問題ではありません。原則として、例やヘルプがありますし、最も重要なのは、「プロセスの中で」、これらの微妙な点をすべて心に留めておくことです。しかし、何かを変更する必要がある場合、または、さらに、エラーが表示されます - 各行のヘルプに移動する必要があり、毎回、1（不運の法則 - 最後の）行まで、「すべてがここでOKです」ことを確認して、突然あなたが何かを台無しにしたことが登場しました。そしてその頃には、このような「カーネルにグローバルにアクセスできるコード」をデバッグしている世界を呪っていることでしょう。

ジョージ 何度も言いますが、マークアップ言語にはレディメイドがあるんですよ。なぜ、コードをいじろうとするのか？彼は言葉を理解し、必要なことをする。

もし、ユーザーが十分なグラフィックスを持たず、アニメーションを 必要とする場合は、アプリケーションでそれを行うことができます。

もうひとつ、市場は常に氾濫している。この事実は何にも変えられない。まあ、強力で美しいセミ・オートマチックで排出させればいい。少なくとも道徳的には良い気分だろう）。

真面目な話、どんなプログラムも、排出する人と稼ぐ人の比率を 変えることはできない。


しかし、損をした後も、半自動のプログラムを使い続けることになる。N E D O R A C Eだからです。

だから、貸し出しもできる。

1...293031323334353637383940414243...184
新しいコメント