私のアプローチコアはエンジンです。 - ページ 172 1...165166167168169170171172173174175176177178179...184 新しいコメント Реter Konow 2019.02.12 13:39 #1711 Vasiliy Sokolov:ピーターさん、何か文句をつけたいような気がするんですが。 答えはノーです。インターレセンスはテキスト要素で機能したことはありませんし、今後も機能することはないでしょう。でも、それだけが問題なら、同じ定義でインターリゼンスを作っても全然問題ないですよね。 s.s. ちなみに、あなたにも効きません。 バシリー それは些細なことではありません。複雑なウィンドウや大きなテーブルを作成する場合、ユーザーは要素名を手動で規定し、なおかつフォームで記憶したり検索したりしなければならず、困ってしまうでしょう。 私にとっては、このセリフ __, EDIT,"Set lot", W,150,_,H,60,_,V_CURRENT,"1.00", はラップに変わります。 E_Trade_panel__Set_lot();処方する必要も、名前を覚える必要もない。知能のリストから目的の項目を見つける。 Vasiliy Sokolov 2019.02.12 13:49 #1712 Реter Konow:バシリイ これは些細なことではないんだ。複雑なウィンドウや大きなテーブルを作成する場合、ユーザーは要素名を手書きで記入し、さらにフォームの中で覚えたり検索したりしなければならず、大変な思いをすることになります。 ...繰り返しになりますが、テキスト・パラメータのインターレース化は決して問題ではありません。一度にすべてを提案しろというのですか? そんなことはありませんよ。 Реter Konow 2019.02.12 14:02 #1713 Vasiliy Sokolov:繰り返しになりますが、テキスト・パラメータのためにインタープレイスを作ることは決して問題 ではありません。一度にすべてを提案しろというのですか? そんなことはありませんよ。そうなんですが、シャープでやるには、defineでファイルを出力して、それをファイルサンドボックスMQLに転送して、プログラムに接続する必要があるんです。特に、GUIの内容を変更するたびに行うと良いでしょう))。 Dmitry Fedoseev 2019.02.12 14:08 #1714 Vasiliy Sokolov:ドミトリーMVCという アーキテクチャ・モデルがあります。私が提案したアプローチは、まさにそのことです。だから、それを批判すると、そもそもMVCや、Angular、ASP Net MVC、Ruby on Railsなどのソリューションが、あなたの意見で「ケツ」を通して作られた、専門家の注意を引く価値のない製品だと批判していることになるのです。だから、私があなたと議論して、私の判断の正当性を証明したくないのは、理解してもらえると思うんです。だから、MVCはいろいろな形で登場する...。 それに、理論的な推論だけでなく、純粋に現実的に、このモデルがここで不適切であることを正当化するのは非常に簡単で、ここでは花の草原を散歩するときにガスマスクをつけているようなものだからです。 Реter Konow 2019.02.12 14:24 #1715 プログラム中の何十カ所も呼び出した項目名を、ユーザーが変更することにしたとする。すべての通話で変更しなければならないのでしょうか? 私のプログラムでは、それは必要ないのです。要素を包むと、その名前が緩やかに伝わるだけです。例えば、"Set lot" は"E_Trade_panel__Set_lot();" となり、"SET LOT" と変更すれば、新たにラッパーを作成する必要はありませんね。 そして、Vasiliyさんの解決策では、すべての呼び出しで名前を書き換える必要がありますね。 Vasiliy Sokolov 2019.02.12 14:25 #1716 Реter Konow:はい、しかしそのためには、シャープで定義したファイルを印刷し、それをMQLサンドボックスファイルに転送して、プログラムに接続する必要があります。特にGUIの内容変更のたびに行うと良いと思います))。ピーターさんは、C#とVisual Studioが 提供するすべての技術をご存じないだけです。特に、T4とビルドディレクティブの助けを借りて、生成されたdefineのファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。 いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。 Реter Konow 2019.02.12 14:32 #1717 Vasiliy Sokolov:ピーター、あなたはC#とVisual Studioが提供するすべての技術を理解していないだけです。特に、T4とビルドディレクティブの助けを借りて、生成された定義のファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。 いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。では、なぜ私があなたと競争してはいけないのですか?ネイティブのMQLで書かれたユーティリティが売れるからというだけで、C#でいくら頑張っても、この優位性では私を超えることはできないでしょう)。 複雑なGUIプログラムを書くのが簡単かどうかについては、私はすでにテスト済みですが、あなたはまだテストしていませんね。つまり、今のところC#で勝とうとしているのはあなたで、逆はないのです。:)) Dmitry Fedoseev 2019.02.12 14:42 #1718 それだ!ピーターは手を振って、マイクロソフトの半分を叩き切った。 Vasiliy Sokolov 2019.02.12 14:46 #1719 Реter Konow:複雑なGUIプログラムを書くのが簡単かどうかについては、私はすでにテスト済みですが、あなたはまだテストしていませんね。つまり、この時点で、私に対抗しようとしているのは、C#を持つあなたであって、その逆ではないのです。:))ピョートル、何をテストしたんだ?リリースはどこですか?ここまでが紙一重なんですね。 レタグ・コノウ。じゃあ、なんで勝負しちゃいけないの?少なくとも、ネイティブのMQLで書かれたユーティリティは売れるので、C#でいくら頑張っても、このアドバンテージでは私を超えることはできないでしょう)) 。 ピーター、あなたはメルヘンチックなQであることが判明しましたね Реter Konow 2019.02.12 14:46 #1720 Vasiliy Sokolov:ピーター、あなたはC#とVisual Studioが提供するすべての技術を理解していないだけです。特に、T4とビルドディレクティブの助けを借りて、生成された定義のファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。 いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。まあ、開発の方向性を間違えていますね、ヴァシリーさん。 ここでは、このオープンソースのアダプターをGitHubで作成しました。また、ファイルサンドボックスに何でも移植できるなど、C#の広大な可能性を語っていますね。そして、誰もこのアダプタに自分の好きなものを追加したり、クローズド・バイラル・バージョンの配布を開始したりしないとお考えですか?そして、それを受け取る「カモ」はいないのでしょうか? 1...165166167168169170171172173174175176177178179...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ピーターさん、何か文句をつけたいような気がするんですが。
答えはノーです。インターレセンスはテキスト要素で機能したことはありませんし、今後も機能することはないでしょう。でも、それだけが問題なら、同じ定義でインターリゼンスを作っても全然問題ないですよね。
s.s. ちなみに、あなたにも効きません。
バシリー それは些細なことではありません。複雑なウィンドウや大きなテーブルを作成する場合、ユーザーは要素名を手動で規定し、なおかつフォームで記憶したり検索したりしなければならず、困ってしまうでしょう。
私にとっては、このセリフ
はラップに変わります。
処方する必要も、名前を覚える必要もない。知能のリストから目的の項目を見つける。
バシリイ これは些細なことではないんだ。複雑なウィンドウや大きなテーブルを作成する場合、ユーザーは要素名を手書きで記入し、さらにフォームの中で覚えたり検索したりしなければならず、大変な思いをすることになります。
...
繰り返しになりますが、テキスト・パラメータのインターレース化は決して問題ではありません。一度にすべてを提案しろというのですか? そんなことはありませんよ。
繰り返しになりますが、テキスト・パラメータのためにインタープレイスを作ることは決して問題 ではありません。一度にすべてを提案しろというのですか? そんなことはありませんよ。
そうなんですが、シャープでやるには、defineでファイルを出力して、それをファイルサンドボックスMQLに転送して、プログラムに接続する必要があるんです。特に、GUIの内容を変更するたびに行うと良いでしょう))。
ドミトリーMVCという アーキテクチャ・モデルがあります。私が提案したアプローチは、まさにそのことです。だから、それを批判すると、そもそもMVCや、Angular、ASP Net MVC、Ruby on Railsなどのソリューションが、あなたの意見で「ケツ」を通して作られた、専門家の注意を引く価値のない製品だと批判していることになるのです。だから、私があなたと議論して、私の判断の正当性を証明したくないのは、理解してもらえると思うんです。
だから、MVCはいろいろな形で登場する...。
それに、理論的な推論だけでなく、純粋に現実的に、このモデルがここで不適切であることを正当化するのは非常に簡単で、ここでは花の草原を散歩するときにガスマスクをつけているようなものだからです。
プログラム中の何十カ所も呼び出した項目名を、ユーザーが変更することにしたとする。すべての通話で変更しなければならないのでしょうか?
私のプログラムでは、それは必要ないのです。要素を包むと、その名前が緩やかに伝わるだけです。例えば、"Set lot" は"E_Trade_panel__Set_lot();" となり、"SET LOT" と変更すれば、新たにラッパーを作成する必要はありませんね。
そして、Vasiliyさんの解決策では、すべての呼び出しで名前を書き換える必要がありますね。
はい、しかしそのためには、シャープで定義したファイルを印刷し、それをMQLサンドボックスファイルに転送して、プログラムに接続する必要があります。特にGUIの内容変更のたびに行うと良いと思います))。
ピーターさんは、C#とVisual Studioが 提供するすべての技術をご存じないだけです。特に、T4とビルドディレクティブの助けを借りて、生成されたdefineのファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。
いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。
ピーター、あなたはC#とVisual Studioが提供するすべての技術を理解していないだけです。特に、T4とビルドディレクティブの助けを借りて、生成された定義のファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。
いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。
では、なぜ私があなたと競争してはいけないのですか?ネイティブのMQLで書かれたユーティリティが売れるからというだけで、C#でいくら頑張っても、この優位性では私を超えることはできないでしょう)。
複雑なGUIプログラムを書くのが簡単かどうかについては、私はすでにテスト済みですが、あなたはまだテストしていませんね。つまり、今のところC#で勝とうとしているのはあなたで、逆はないのです。:))
複雑なGUIプログラムを書くのが簡単かどうかについては、私はすでにテスト済みですが、あなたはまだテストしていませんね。つまり、この時点で、私に対抗しようとしているのは、C#を持つあなたであって、その逆ではないのです。:))
ピョートル、何をテストしたんだ?リリースはどこですか?ここまでが紙一重なんですね。
じゃあ、なんで勝負しちゃいけないの?少なくとも、ネイティブのMQLで書かれたユーティリティは売れるので、C#でいくら頑張っても、このアドバンテージでは私を超えることはできないでしょう)) 。
ピーター、あなたはメルヘンチックなQであることが判明しましたね
ピーター、あなたはC#とVisual Studioが提供するすべての技術を理解していないだけです。特に、T4とビルドディレクティブの助けを借りて、生成された定義のファイルサンドボックスへの転送を含め、このプロセスを完全に自動化することができます。
いや、ピョートル、C#とVisual Studioには勝てないよ。重量区分が違うのです。
まあ、開発の方向性を間違えていますね、ヴァシリーさん。
ここでは、このオープンソースのアダプターをGitHubで作成しました。また、ファイルサンドボックスに何でも移植できるなど、C#の広大な可能性を語っていますね。そして、誰もこのアダプタに自分の好きなものを追加したり、クローズド・バイラル・バージョンの配布を開始したりしないとお考えですか?そして、それを受け取る「カモ」はいないのでしょうか?