エディターで共同企画を議論しよう - なぜ、どこへ行くのか - ページ 11 1...45678910111213141516 新しいコメント Vladimir Perervenko 2018.01.06 18:58 #101 Renat Fatkhullin:抜本的に書き換える。C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。OH!!!詳細を聞くのはまだ早いのではないでしょうか?でも期待できる。グッドラック Grigoriy Chaunin 2018.01.06 20:55 #102 Renat Fatkhullin:抜本的に書き換える。C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。MetaEditorで作業する機能だけ?あるいはMQLとの連携?Python、C#、Rの統合がクールなら!C++では、すべてが多かれ少なかれ明確です。Visual Studioで十分です。最近、Pythonとの連携用の自作ライブラリを書きました。まずはPythonとRをボルトで固定するのが良いのでは!? Koldun Zloy 2018.01.08 11:24 #103 プロジェクトの 出現で、クラスの実装を別のmq5ファイルに入れることが可能になると思ったからです。しかし、そうではないことが判明した。されるのか、それともすべてmqhに入れる必要があるのか。 Alexey Volchanskiy 2018.01.08 13:16 #104 Renat Fatkhullin:抜本的に書き換える。今後、C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。カッコイイ!でも、お願いだから、もう自分でコンパイラを書かないでね。もう若くはないのだから、待つ間もなく死んでしまう。) Alexey Volchanskiy 2018.01.08 13:21 #105 Koldun Zloy: プロジェクトの出現で、クラスの実装を別のmq5ファイルに持ち込めるようになったのではと推測していました。しかし、そうではないことが判明した。果たして、mqhにすべてを詰め込む必要があるのだろうか。なぜ?まあ、プロはコンピュータが弱く、分割コンパイルを使っていたので、歴史的にそうなっているのでしょう。さらに、コンパイルされた形式と.hのヘッダーで顧客に渡すことができます。実際、試されましたか?クラスは.mq5でも定義できますが、もっと不便なだけです。 Pavel Verveyko 2018.01.09 15:16 #106 Renat Fatkhullin:もちろん検証は残ります。ただ、多くの要件が編集者側でチェックされることになりますね。つまり、警告やアドバイスのほとんどは、モデレーターではなくメタエディターから見ることになります。最終的には、自動検証や材料準備の手段を提供することで、製品要求の幅を広げていきます。1.プロジェクトの 力を借りて作った製品だけなのか、通常の方法で作った製品にも適用されるのか。 プロジェクトが必要な理由がわからない) 2「自動チェックおよび材料準備ツール」です。- は、コンパイラでのコードチェックなのか、ロゴや説明文をチェックするアルゴリズムなのか? 3 「要求量の増大」とは具体的にどのようなことでしょうか 4 (他の言語について)私の理解では、コンパイラMetaEditorでは、C++で書くことが可能になるのではと思います。C#、python、R ? Alexey Volchanskiy 2018.01.09 16:28 #107 Pavel Verveyko: 1 プロジェクトで作成した製品にのみ適用されるのか、それとも通常の製品にも適用されるのか。 例えば、なぜプロジェクトが必要なのか分からない) 2 "自動チェック・材料準備ツール"- は、コンパイラでのコードチェックなのか、ロゴや説明文をチェックするアルゴリズムなのか? 3 「要求量の増大」とは具体的にどのようなことでしょうか 4 (他の言語について)私の理解では、コンパイラMetaEditorでは、C++で書くことが可能になるのでは?C#、python、R ?すべてが、書く過程でコード解析を 行う本格的なエディターへと移行しているのです。例えばVSでは、C#を編集すると、すぐに「これはローケースエラーです」というメッセージがポップアップで表示されます。 大規模なプロジェクトをコンパイルする際の時間を節約し、コードを書いている間に、ほとんどの愚かなエラーを修正することができます。 最後の仕事では、あるプロジェクトの完全なビルドを夕方に実行し、5〜6時間かかったので、みんな家に帰りました。 Renat Fatkhullin 2018.01.09 17:07 #108 新商品の説明、写真、ロゴなどフルパッケージでの出版は、このプロジェクトから。同じように新バージョンを発行する。製品は単なるex4/ex5ファイルではないので、プロジェクトが必要です。また、デフォルトの*.setファイルのリストもあり、トレーダーはどのような設定が推奨されるかをすぐに理解することができます。自動チェックは順次導入し、開発者がテストすべきモードをすぐに確認できるようにすることで、トレーダーが抱える問題を軽減します。他の言語への対応や統合は、順次導入していく予定です。主なプロジェクトをMetaEditorで直接実行することが目的です。実際には、Visual Studioと 同様に集計の方法を踏襲しています。 Vladimir Pastushak 2018.01.09 18:48 #109 私は1つのコードを書きますが、ロシア語にはロシア語の設定の説明とロシア語の説明へのリンク、英語には英語の説明へのリンクと、いくつかのバージョンをコンパイルします。今はプロジェクト 内の記述が優先され、コードにはその記述が使われていないので、タンバリンダンスをして何バージョンも書かなければならないのですが...。現在のプロジェクトを使って、同じコードを、例えば3~5カ国語で開発する方法を提案してもらえますか? なぜ、プロジェクトファイルの記述が優先され、コード内の記述が優先されないのですか? Artyom Trishkin 2018.01.09 19:12 #110 Vladimir Pastushak:私は1つのコードを書きますが、ロシア語にはロシア語の設定の説明とロシア語の説明へのリンク、英語には英語の説明へのリンクと、いくつかのバージョンをコンパイルします。今はプロジェクト内の記述が優先され、コードでは記述が使われないので、タンバリンダンスで何バージョンも書かなければならない...。現在のプロジェクトで、例えば3~5言語で同じコードを開発する方法についてアドバイスをお願いします。 なぜ、プロジェクトファイルの記述が優先され、コード内の記述が優先されないのですか?コンパイル言語を定義し、それに従って必要なメッセージを代入する。 1...45678910111213141516 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
抜本的に書き換える。
C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。
OH!!!詳細を聞くのはまだ早いのではないでしょうか?
でも期待できる。
グッドラック
抜本的に書き換える。
C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。
MetaEditorで作業する機能だけ?あるいはMQLとの連携?Python、C#、Rの統合がクールなら!C++では、すべてが多かれ少なかれ明確です。Visual Studioで十分です。最近、Pythonとの連携用の自作ライブラリを書きました。まずはPythonとRをボルトで固定するのが良いのでは!?
抜本的に書き換える。
今後、C++、C#、R、Pythonの外部コンパイラ/インタプリタによるサポートをエディタに搭載する予定です。
カッコイイ!でも、お願いだから、もう自分でコンパイラを書かないでね。もう若くはないのだから、待つ間もなく死んでしまう。)
プロジェクトの出現で、クラスの実装を別のmq5ファイルに持ち込めるようになったのではと推測していました。しかし、そうではないことが判明した。果たして、mqhにすべてを詰め込む必要があるのだろうか。
なぜ?まあ、プロはコンピュータが弱く、分割コンパイルを使っていたので、歴史的にそうなっているのでしょう。さらに、コンパイルされた形式と.hのヘッダーで顧客に渡すことができます。
実際、試されましたか?クラスは.mq5でも定義できますが、もっと不便なだけです。
もちろん検証は残ります。
ただ、多くの要件が編集者側でチェックされることになりますね。つまり、警告やアドバイスのほとんどは、モデレーターではなくメタエディターから見ることになります。
最終的には、自動検証や材料準備の手段を提供することで、製品要求の幅を広げていきます。
1.プロジェクトの 力を借りて作った製品だけなのか、通常の方法で作った製品にも適用されるのか。 プロジェクトが必要な理由がわからない)
2「自動チェックおよび材料準備ツール」です。- は、コンパイラでのコードチェックなのか、ロゴや説明文をチェックするアルゴリズムなのか?
3 「要求量の増大」とは具体的にどのようなことでしょうか
4 (他の言語について)私の理解では、コンパイラMetaEditorでは、C++で書くことが可能になるのではと思います。C#、python、R ?
1 プロジェクトで作成した製品にのみ適用されるのか、それとも通常の製品にも適用されるのか。 例えば、なぜプロジェクトが必要なのか分からない)
2 "自動チェック・材料準備ツール"- は、コンパイラでのコードチェックなのか、ロゴや説明文をチェックするアルゴリズムなのか?
3 「要求量の増大」とは具体的にどのようなことでしょうか
4 (他の言語について)私の理解では、コンパイラMetaEditorでは、C++で書くことが可能になるのでは?C#、python、R ?
すべてが、書く過程でコード解析を 行う本格的なエディターへと移行しているのです。例えばVSでは、C#を編集すると、すぐに「これはローケースエラーです」というメッセージがポップアップで表示されます。
大規模なプロジェクトをコンパイルする際の時間を節約し、コードを書いている間に、ほとんどの愚かなエラーを修正することができます。
最後の仕事では、あるプロジェクトの完全なビルドを夕方に実行し、5〜6時間かかったので、みんな家に帰りました。私は1つのコードを書きますが、ロシア語にはロシア語の設定の説明とロシア語の説明へのリンク、英語には英語の説明へのリンクと、いくつかのバージョンをコンパイルします。
今はプロジェクト 内の記述が優先され、コードにはその記述が使われていないので、タンバリンダンスをして何バージョンも書かなければならないのですが...。
現在のプロジェクトを使って、同じコードを、例えば3~5カ国語で開発する方法を提案してもらえますか?
なぜ、プロジェクトファイルの記述が優先され、コード内の記述が優先されないのですか?私は1つのコードを書きますが、ロシア語にはロシア語の設定の説明とロシア語の説明へのリンク、英語には英語の説明へのリンクと、いくつかのバージョンをコンパイルします。
今はプロジェクト内の記述が優先され、コードでは記述が使われないので、タンバリンダンスで何バージョンも書かなければならない...。
現在のプロジェクトで、例えば3~5言語で同じコードを開発する方法についてアドバイスをお願いします。
なぜ、プロジェクトファイルの記述が優先され、コード内の記述が優先されないのですか?コンパイル言語を定義し、それに従って必要なメッセージを代入する。