#include <Math\Alglib\complex.mqh>
//+------------------------------------------------------------------+//| Script program start function |//+------------------------------------------------------------------+voidOnStart()
{
//---
complex a; a.re=3; a.im=2;
complex b; b.re=1; b.im=4;
a+=b; // тут мы складываем два комплексных числа а и b, и присваиваем результат в аPrint("a(",a.re,":",a.im,")");
Print("a(re:im)");
}
//+------------------------------------------------------------------+
問題ない、47番目の染色体はパワーだ。
OOPは頭のいい人たち、教授たちが作ったものです。それを何年もかけて、プログラマーのニーズに合わせて、プログラムを書くのに 一番便利なように改良、改造していった。
MQのOOPは、コードセーフティという点でも洗練されています。
新しい宗教の預言者になりたいですか? 問題ありません、何しろあなたの時代なのですから。
世界が曲がっているならば、私の心も曲がっているのだが、この相対的な混乱の中に、イデオロギーでもなく、世界観でもないものを見ることができない
しかし、私の周りのバカどもには、運命に身を任せるための棒である。)))))))
ロシア語の変数名は、いつの間にかアブラカタブラになってしまうことがあり、どうすることもできない。こうすると、どの変数がどの変数なのかがわからなくなる。キリル文字の変数名を使うのは非常に危険な気がします。
しかし先日、入力変数だけでなく、変数の後ろにコメントがついていることに驚きました。変数の宣言の 後に、ロシア語の母国語でコメントを入れると、この変数を入力したときに、それが何を意味するのかがわかるようになります。
こんな感じ
これが、私たちの目に映るものです。
リスクを取らない方がいいのでは?
ロシア語の変数名は、いつの間にかアブラカタブラになってしまうことがあり、どうすることもできない。こうすると、どの変数がどの変数なのかがわからなくなる。キリル文字の変数名を使うのは非常に危険な気がします。
しかし先日、入力変数だけでなく、変数の後ろにコメントがついていることに驚きました。変数の宣言の 後に、ロシア語の母国語でコメントを入れると、この変数を入力したときに、それが何を意味するのかがわかるようになります。
こんな感じ
これが、私たちの目に映るものです。
リスクを取らない方がいいのでは?
私の考え方の原則は次の通りです。
1.ソフトウェア機能の呼び出しをインデックス化する。関数そのものを、事象を確認するもの(論理関数、- yes/noを返す)、手続き的なもの(実行関数)、計算関数に分けます。
2.論理カーネルをグローバルな3次元配列として作成する。ここでは、論理関数のインデックスをある階層(チェックするイベントの重要度によって、グローバルイベントとローカルイベントに分ける)に分けている。カーネルのフィールドに、これらのイベントの境界線のようなものを作ります。
3.論理的連鎖の末尾に手続き的関数と計算関数のインデックスを付ける。
4.カーネル内の周辺イベントをタイマー頻度でループし、そのインデックスを介して必要な関数を呼び出すロジックエンジンを作成する。
5.プログラムの再構築は、特定の論理チェーンの再構築または新規の論理チェーンの構築のみとなります。
このコードがあなたのカーネル上でどのように見えるか想像してみてください。
このコードがあなたのカーネル上でどのように見えるか想像してみてください。
機能には全く注文がつきません。これらはカーネル内で呼び出されたインデックス順に並べられ、エンジンがたどる論理的な連鎖の中にある。
例必要な関数を全部書いて、積み上げていくんです。私たちは、彼らの電話を整理するだけでいいのです。コアで。論理的な連鎖でプログラム全体の構成は、クラスを継承するのではなく、特定の関数の呼び出しのインデックスを連鎖させた配列で作成される。
機能そのものは、論理的(規約の確認)、手続き的、計算的の3種類に分かれるが...。
不思議ですね...。私は3年間ロシア語だけでプログラミングをしてきましたが、こんなことは初めてです...。古いビルドである可能性は?
以前、友人の数学のソフトをインストールし、彼が作業をしていて、すべて順調だったのですが、新しいパソコンに移動することになり、紛失してしまったことがありました。なぜかハッキングが難しく、いくつかのフォルダやファイルをコピーすることでインストールされました。しかし、キー・ジェネレーターを搭載した新しいバージョンがウェブ上に登場した...。すべてうまく設定し、実行し、キリル文字を理解しますが、古いバージョンの仕事は、キリル文字を理解していませんでした。私は何も試していないので、うまくいきませんでした。
そして2つ目の理由は、CodeBaseにコードを置いたり、マーケットプレイスに製品を置いたりすると、そのコードや製品が他のサイトでも重複してしまい、そこでアグリアンが好まれるからです。
勘違いしていますね。カーネルという形でOOPに代わるものは、プログラムの構成にしかないだろう。関数と変数をクラスで分けるのではなく、その関数に分散させる。機能の順番は全く変わりません。順序付けられるのは、カーネル内での呼び出しのインデックスであり、エンジンがたどる論理的な連鎖の中にあるものである。
例必要な関数を全部書いて、積み上げていくんです。私たちは、彼らの電話を整理するだけでいいのです。コアで。論理的な連鎖でプログラム全体の構成は、継承されるクラスではなく、特定の関数の呼び出しの連鎖という形で配列が 作られることになる。
機能そのものは、論理的(イベントチェック)、手続き的、計算的の3種類に分けられ...
この3年間のデコンパイルされたコードを見る機会はなかったのでしょうか?
インデックスチェーンはデコンパイルされた変数と同じように読みづらくなるのでは?
以前、友人の数学のソフトをインストールし、彼が作業をして、すべて順調だったのですが、新しいパソコンに移動することになり、紛失してしまったことがありました。なぜか、いくつかのフォルダやファイルをコピーしてハックし、インストールするのが大変でした。しかし、キー・ジェネレーターを搭載した新しいバージョンがウェブ上に登場した...。すべてうまく設定し、実行し、キリル文字を理解しますが、古いバージョンの仕事は、キリル文字を理解していませんでした。私は何も試していないので、うまくいきませんでした。
そして2つ目の理由は、コードがCodeBaseに、製品がMarketに置かれると、そのコードや製品が他のサイトでも重複してしまい、そこでaglitskiyすることが望ましいということです。
興味深い事例です。
マーケットプレイスについてですが、そこのソフトはコードが閉じているのではありませんか?
興味深い事例です。
マーケットプレイスについてですが、クローズドなソフトウェアコードですよね?