そんなことが可能なのでしょうか? - ページ 5

 
Maxim Kuznetsov #:

DLLベースのパネル(500行のMQL)、列はドラッグ&ドロップ、ソート、クリックで目的のターミナルタブを開く、などの 機能があります。500回線。主にデータ収集に対応する。

GUIではもっぱらMQLで、コードが大幅に増えることになります。

DLLを使った方が簡単で短いというのは、全く合理的で、実際に試行錯誤した結果だと言っているのです。

WinのAPIでやった方が簡単というのは論外です。しかし、本来はアプリケーションに付加するものです。そして、DLLを許可するフラグを立てる必要があります。せっかく開発が便利になったのに、これは不要だと私は思います。便利にしたつもりが、結局ユーザーが設定をいじってしまう。

基本的に、やる気があればできるはずです。しかし、私などは、Win APIはMarketでのテストに通らないので、自分のアプリケーションでは 使いません。

 
Mihail Matkovskij #:

プログラマーはこうしている

https://www.mql5.com/ru/articles/2943

https://www.mql5.com/ru/articles/751

そして、最初に出会ったのがこれです。それでも足りない場合は、標準的なMQLライブラリを探索することができます、垂直と水平の両方のスクロールがあります。必要なのは、これだけ。

あまり考えずに見つけた結果の全リストはこちらです。

https://www.mql5.com/ru/search#!keyword=%D0%BF%D1%80%D0%BE%D0%BA%D1%80%D1%83%D1%82%D0%BA%D0%B0%20%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B0

問題は、むしろあなたがそれをすべて勉強し、ライブラリを作成し、そしてフリーランスの最小限の価格よりも"倍以下 " でそれを行う準備ができていることですか?また、対応しきれずに辞めたプログラマーのために、コードをつっこんで修正したりするのと一緒?

 
Vasiliy Pushkaryov #:

問題はむしろ、すべてを学び、図書館を作り、そして、フリーランスの最低ラインよりも「何倍も安く」 やっていけるかどうかだ。さらに、対応しきれずに断念したプログラマーのコードを拾って修正するのと一緒?

上にも書きましたが、難しいのは手直しそのものではなく、ソースコードの解析にあります。複雑だったり、ごちゃごちゃと読みにくい書き方をしている場合もあります。何かをやり直さなければならないかもしれません(これは時々起こります)。また、プログラマーがユーザーインターフェースの要素をどのようにデザインしなければならないかを知らないのであれば、学ばなければならない。そして、そのような仕事を引き受ける意味はない。そして、これは問題の価格の問題ではありません。

 
Mihail Matkovskij #:

Win APIの方がやりやすいのは論を待たない。しかし、本来はアプリケーションに付加するものです。そ して、DLLを動作させるためのフラグを立てる必要があります。私見では、せっかく開発が便利になったのに、これは不要だと思います。便利にしたつもりが、結局ユーザーが設定をいじってしまう。

基本的に、やる気があればできるはずです。しかし、例えば私のアプリケーションでは、Marketのチェックを通らないので、Win APIは 使いません。

もちろんトピックとは関係ありませんが...GUIは基本的に「アプリケーションの上に追加するもの」です。テクノロジーは、外観と機能を分離する方向に進みました。現代のアプリケーションは、ウェブ(またはブラウザベース)アプリケーションであり、ビジネスロジックは別々で、外観は、複数存在することがあります。ロボットにredisみたいなものを書かせて、読ませて、維持する、単純なことです。また、redisのデータからGUIをぶら下げる例は、インターネット上に半分くらいはあります :-)

 
Maxim Kuznetsov #:

もちろんトピックとは関係ありませんが...GUIは基本的に「アプリケーションの上に追加するもの」です。テクノロジーは外観と機能を分離する方向に進み、現代のアプリケーションはウェブ(またはブラウザベース)アプリケーションであり、ビジネスロジックは分離され、ビュー(複数存在する可能性もある)は分離されています。ロボットにredisみたいなものを書かせて、読ませて、維持する、単純なことです。インターネットの半分は、redisにあるデータからGUIを作る例でいっぱいです :-)

最近のアプリケーションは、GUIだけでなく、音声で操作 できることが理想的です。そして、ヘルプとコマンドの実行は、2つで1つだと言われています。実は、このアプリケーションには、アリスのようなロボットが搭載されているはずなんです。そうすれば、ユーザーは自分の欲しいものを言うだけで、ロボットがすべてをやってくれるようになります。また、すべてを理解し、山のようなリファレンスドキュメントを勉強する必要もないでしょう。

 
Mihail Matkovskij #:

前述したように、難しいのは手直しそのものではなく、ソースコードを整理することです。複雑だったり、曲がっていて読めない書き方をしていたり。何かをやり直さなければならないかもしれない(こういうこともある)。また、プログラマーがユーザーインターフェースの要素をどのようにデザインしなければならないかを知らないのであれば、学ばなければならない。そして、そのような仕事を引き受ける意味はない。そして、これは問題の価格の問題ではありません。

スクリーンショットからも、やるべきことがたくさんあることがお分かりいただけると思います。テーブルには視覚的なヘッダー/ボーダー/定義がなく、要素は画面の背後に「移動」しているため、コンテナに詰め込まれておらず、プログラム的にはすべて単体で存在するのでしょう。そして、ウィンドウのジオメトリを追跡して、それぞれの可視性+座標を読み取る必要があります。手作業によるサンセット。またはリライト

 
Mihail Matkovskij #:

現代のアプリケーションは、グラフィカルなインターフェースだけでなく、音声によるコントロールが 可能であることが理想的です。そして、ヘルプとコマンドの実行は、2つで1つだと言われています。要するに、アプリケーションにアリスのようなロボットを搭載すればいいのです。そうすれば、ユーザーは自分の欲しいものを言うだけで、ロボットがすべてをやってくれるようになります。また、すべてを理解し、山のようなリファレンスドキュメントを勉強する必要もないでしょう。

上記のパネルは、https://www.mql5.com/ru/forum/378315/page2#comment_24871052、もともとしゃべることができるようになったのがきっかけです。その過程で、音声機能は邪魔なものとして削除された。

Алиса (интеграция с Яндекс станциями)
Алиса (интеграция с Яндекс станциями)
  • 2021.09.24
  • www.mql5.com
Добрый день! Вопрос такой, кто-нибудь в курсе как можно из кода советника заставить яндекс станцию произнести какую либо фразу...
 
Maxim Kuznetsov #:

スクリーンショットを見るだけでも、やるべきことがたくさんあるのがわかりますね......。テーブルには視覚的なヘッダー/ボーダー/定義がなく、要素は画面の外に「移動」しているため、コンテナに詰め込まれておらず、プログラム的に単一実体でない自己完結型である可能性が最も高いです。そして、ウィンドウのジオメトリを追跡して、それぞれの可視性+座標を読み取る必要があります。手作業によるサンセット。あるいは書き直す。

その通りです。窓の高さ変更もできなかった。CAppDialogをベースにしたコンポーネントの場合は、本当に大変です...。クライアント領域の新しい推定高さに応じて、そこにウィンドウの完全な高さを設定する必要があります。でも、やろうと思えば何でもできるんです。もうひとつは、お客さまが普通にお金を払いたくないということです。みんな安いものを探しているんです。だからこそ、適切なコーダーと巡り会えるのです。:)

 
Maxim Kuznetsov #:

上のパネルは、https://www.mql5.com/ru/forum/378315/page2#comment_24871052 から着想を得たもので、元々しゃべることができるようになっています。使用中、音声機能は干渉するとして削除された。

はい、そうです。おなじみのシチュエーションですね。Windows 1が出たとき、みんな同じように吐き捨てた。:)当時はまだPCのリソースが少なく、グラフィックシェルは無駄遣いだと言われました。しかし、時は流れ、誰もがグラフィカルなシェルしか使わなくなった(サーバーなどのプロ用ソフトは除く)。

 

純粋なmqlでscollingするための数十行のコード

クリックで再生