私のアプローチコアはエンジンです。 - ページ 69 1...626364656667686970717273747576...184 新しいコメント Алексей Тарабанов 2018.12.12 19:51 #681 Artyom Trishkin:すみません、忘れるところでした:お誕生日おめでとうございます 健康と幸運を祈ります。 飲み過ぎに注意 ありがとう、今日はちょっとだけ。 Реter Konow 2018.12.12 19:51 #682 Алексей Тарабанов:私はディミトリに謝るつもりでしょうか?彼は準備ができていますね?難しい質問ですね。 ところで、お誕生日おめでとうございます。 Vasiliy Sokolov 2018.12.12 19:52 #683 なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。 シャープには他のMQL用グラフィックエンジンにないものがたくさんあるので、シャープに喧嘩を売るのは馬鹿げています。 Алексей Тарабанов 2018.12.12 19:52 #684 Реter Konow:難しい質問ですね。 ところで、お誕生日おめでとうございます。ありがとうございます。 Реter Konow 2018.12.12 19:54 #685 Vasiliy Sokolov:なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。 シャープには他のMQL用グラフィックエンジンにないものがたくさんあります。 だから、シャープと争うのはむしろ馬鹿馬鹿しいことなのです。まだ私のこと知らないでしょ...))) Igor Makanu 2018.12.12 19:58 #686 Vasiliy Sokolov:なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。 シャープには他のMQL用グラフィックエンジンにはないものがたくさんあります。 だから、シャープと争うのはむしろ馬鹿馬鹿しいことなのです。しかーし、昨日シャープのことを言ったのがきっかけで...。ただし、ピーターに楕円形を描くという課題を与えないと、デッドロックになる )))) SZY: 人生で3回目のSharpを開きましたが、コンポーネントを引っ張ってきて、クリックして、ハンドラを書くだけで、検索クエリ一発で見つかるのはDelphiと変わりませんね...。Sharpeが面白かったのは、Pythonが使えるからで、まあ、少なくともGoogleで調べることはあるでしょう。) Maxim Kuznetsov 2018.12.12 20:05 #687 Igor Makanu: SZY: 人生で3回目のシャープの開封、まあ、Delphiと 変わらない、コンポーネントを引っ張ってきて、クリックして、ハンドラを書いて、わからないことは検索クエリで一発検索...という感じです。Sharpeが面白かったのは、Pythonがその上で展開できるようになったからです。)ところで、興味本位ですが、Delphiから(Lazarusから)フォームをドラッグすることができます。そこでは原理は同じです :-) ただし、MTと##は婚約までの緊密な関係を期待されており、デルフィは傍観者として泣いているが、それ以上のことはない...。 Igor Makanu 2018.12.12 20:15 #688 Maxim Kuznetsov:ところで、好奇心のために、Delphiから(Lazarusから)フォームを引っ張ってくることができます。そこでは原理は同じです :-) MTと##が婚約直前まで和解を期待され、Delphiが傍観者として泣いているなら話は別ですが、そうでないなら...。というのも、Delphiの.dllをMTに対応させるには、一気に.Netで書くか、KOL(もう忘れた)のようにWindowsのシステムウィンドウで動作するコンポーネントが必要で、手で最小限書くには便利だが、ネイティブVCLはこれらの目的には向いていないのである でも、そのうち、MTの開発者が、シャープはシャープで、C++に近いから、Delphiで何キロもbegin-endや:=を書くのは怠慢だ、と言い出しました))) 。 Maxim Kuznetsov 2018.12.12 20:40 #689 Igor Makanu:Delphiの.dllをMTで使えるようにするには、.Netで一気に書くか、KOL(もう忘れた)のようなWindowsのシステムウィンドウで動作するコンポーネントが必要で、手で最小限書くには便利だが、ネイティブVCLはこの目的には向いていないのだ MTの開発者は、シャープはシャープで、C++に近い、Delphiでbegin-endと:=、lazyのキロメートルを書くために言った)))。何年か前には、このリソースに「MTはDelphiと仲良し」(みたいな記事もありましたね)...。 インターフェース層は同じ... どのDLLで書くかなんて誰が気にするんだよ。 パスカルは覚えるの大変だろうな、2日くらいかかりそうだけど、まあいいか...。 同じだ、業界だ Vasiliy Sokolov 2018.12.12 20:55 #690 Maxim Kuznetsov:DLLがどのような言語で書かれているかは、どのような違いがあるのでしょうか。.Netライブラリのサポート導入で、その差は歴然。 1...626364656667686970717273747576...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
すみません、忘れるところでした:お誕生日おめでとうございます
健康と幸運を祈ります。
飲み過ぎに注意
ありがとう、今日はちょっとだけ。
私はディミトリに謝るつもりでしょうか?彼は準備ができていますね?
難しい質問ですね。
ところで、お誕生日おめでとうございます。
なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。
シャープには他のMQL用グラフィックエンジンにないものがたくさんあるので、シャープに喧嘩を売るのは馬鹿げています。
難しい質問ですね。
ところで、お誕生日おめでとうございます。
ありがとうございます。
なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。
シャープには他のMQL用グラフィックエンジンにないものがたくさんあります。 だから、シャープと争うのはむしろ馬鹿馬鹿しいことなのです。
まだ私のこと知らないでしょ...)))
なお、シャープは強力な自動生成コードシステムを搭載しています。これは、エディタ上でフォームを描き、各要素の位置から外観に至るまで、多くのプロパティを埋めて、自動的に生成されたプログラムテキストを得ることができるものです。だから、「コードの行数」の議論は全く通用しないのです。
シャープには他のMQL用グラフィックエンジンにはないものがたくさんあります。 だから、シャープと争うのはむしろ馬鹿馬鹿しいことなのです。
しかーし、昨日シャープのことを言ったのがきっかけで...。ただし、ピーターに楕円形を描くという課題を与えないと、デッドロックになる ))))
SZY: 人生で3回目のSharpを開きましたが、コンポーネントを引っ張ってきて、クリックして、ハンドラを書くだけで、検索クエリ一発で見つかるのはDelphiと変わりませんね...。Sharpeが面白かったのは、Pythonが使えるからで、まあ、少なくともGoogleで調べることはあるでしょう。)
SZY: 人生で3回目のシャープの開封、まあ、Delphiと 変わらない、コンポーネントを引っ張ってきて、クリックして、ハンドラを書いて、わからないことは検索クエリで一発検索...という感じです。Sharpeが面白かったのは、Pythonがその上で展開できるようになったからです。)
ところで、興味本位ですが、Delphiから(Lazarusから)フォームをドラッグすることができます。そこでは原理は同じです :-)
ただし、MTと##は婚約までの緊密な関係を期待されており、デルフィは傍観者として泣いているが、それ以上のことはない...。
ところで、好奇心のために、Delphiから(Lazarusから)フォームを引っ張ってくることができます。そこでは原理は同じです :-)
MTと##が婚約直前まで和解を期待され、Delphiが傍観者として泣いているなら話は別ですが、そうでないなら...。
というのも、Delphiの.dllをMTに対応させるには、一気に.Netで書くか、KOL(もう忘れた)のようにWindowsのシステムウィンドウで動作するコンポーネントが必要で、手で最小限書くには便利だが、ネイティブVCLはこれらの目的には向いていないのである
でも、そのうち、MTの開発者が、シャープはシャープで、C++に近いから、Delphiで何キロもbegin-endや:=を書くのは怠慢だ、と言い出しました))) 。
Delphiの.dllをMTで使えるようにするには、.Netで一気に書くか、KOL(もう忘れた)のようなWindowsのシステムウィンドウで動作するコンポーネントが必要で、手で最小限書くには便利だが、ネイティブVCLはこの目的には向いていないのだ
MTの開発者は、シャープはシャープで、C++に近い、Delphiでbegin-endと:=、lazyのキロメートルを書くために言った)))。
何年か前には、このリソースに「MTはDelphiと仲良し」(みたいな記事もありましたね)...。
インターフェース層は同じ...
どのDLLで書くかなんて誰が気にするんだよ。
パスカルは覚えるの大変だろうな、2日くらいかかりそうだけど、まあいいか...。
同じだ、業界だ
DLLがどのような言語で書かれているかは、どのような違いがあるのでしょうか。
.Netライブラリのサポート導入で、その差は歴然。