クラウドソーシングによるGUI。オープンベータテストを実施。 - ページ 19 1...121314151617181920212223242526...58 新しいコメント Алексей Барбашин 2020.02.29 20:28 #181 Реter Konow: それは面白いですね :) カーネル全体がオブジェクトで埋め尽くされています。 アレクセイ、テストに協力すると約束しただろう。このエディターが日の目を見るのは、あなたの功績です。最後までやる気を出してくれましたね。 私がエディタをアップしたらすぐに(火曜日に)、一緒にボタン、チェックボックス、入力フィールド の簡単なパネルを作成し、簡単なExpert Advisorに接続します。そして、すべての質問に一度に答えます))。 ピーター だから、テストをあきらめることはないんだ。)) OBJECT "とはどういう意味ですか? Реter Konow 2020.02.29 20:37 #182 Алексей Барбашин: ピーター、それは私がテストを拒否する方法ではないよ。)) OBJECT "とはどういう意味ですか? 私の技術的な実装では、型付けされた1つの実体に固有のプロパティの番号付けされたシリーズです。Window、element、label、icon、text、parameterと数種類しかないのです。これらは、オブジェクトの種類です。それぞれについて、カーネルに1行が割り当てられる(パラメータは別)。それぞれ、プログラムのどこからでも直接アクセスでき、その場で(あなたの言うように)変更することが可能です。構文的な規則や制約がないため、システムの成長・発展が非常に早い。そのためには、自由で簡単な相互作用という肥沃な土壌の上に、簡単に生まれるアイデアの可能性の背後に、頭がポンと置かれなければならない。 Алексей Барбашин 2020.02.29 20:51 #183 Реter Konow: 私の技術的な実装では、これは一つの型付けされた実体に固有のプロパティの番号付けされた一連のものである。Window、Item、Label、Icon、Text、Parameterと数種類しかありません。これらは、オブジェクトの種類です。それぞれについて、カーネルに行を割り当てる(パラメータは別)。それぞれ、プログラムのどこからでも直接アクセスでき、その場で(あなたの言うように)変更することが可能です。構文的な規則や制約がないため、システムの成長・発展が非常に早い。主な条件 - 自由とオブジェクトとのインタラクションの容易さという肥沃な土壌の上に容易に生まれるアイデアの展開の可能性の背後に、頭が飛び出すこと。 頭の中で爆発が起きている...。 手続き型プログラミングは、関数と変数のみを使って操作します。手続き型プログラミングにおける最大オブジェクトは、変数にしかなりえません。OOPのない時代、変数は数値、文字列、日付、ブーリアンという単純な型しか持てない。これらのタイプは、いかなるプロパティも持つことができない。関数はオブジェクトになりえません。 最も原始的なオブジェクトは構造体かもしれないが、それはOOPの領域である。 型構成を想像するのが難しいです。 int OnInit() { ТипКнопка Кнопка1 = новый ТипКнопка(); Кнопка1.ЦветРамки = Новый Цвет(234,123,90); Форма.Добавить(Кнопка1, КоординатаХ, КоординатаY); Кнопка1.УстановитьСобытие("Нажатие", НажатиеНаКнопку1); } void НажатиеНаКнопку1(ТипКнопка кнопка) { } ピーターが何かを見失っているのか、それとも「モノ」という概念を自分のものに置き換えようとしているのか......。OOPの目的は、任意のプロパティを持つ任意の型を作成し、開発者が継承したOBJECTのプロパティを拡張したり変更したりできるようにすることです。 Реter Konow 2020.02.29 20:57 #184 Алексей Барбашин: 頭の中で爆発が起きている...。 手続き型プログラミングは、関数と変数のみを使って操作します。手続き型プログラミングにおける最大オブジェクトは、変数にしかなりえません。OOPがない時代には、変数は数字、文字列、日付、ブーリアンという単純な型しか持てない。これらのタイプは、いかなるプロパティも持つことができない。関数はオブジェクトになりえません。 最も原始的なオブジェクトは構造体でも良いのですが、それはOOPの領域です。 型式構成はほとんど想像がつきません。 ピーターが何かを見失っているのか、それとも「モノ」という概念を自分のものに置き換えようとしているのか......。そのため、OOPが発明され、任意のプロパティを持つ独自の型を作成し、開発者は誰でも継承したOBJECTのプロパティを構築したり変更したりできるようになったのです。 アレクセイ、なぜオブジェクトという概念が、あらかじめ定義された構文や表現に縛られていると判断したのですか?あるルールに...あなたはクラスのオブジェクトを、私は大きなマトリックスのシリーズで説明します。同じオブジェクト、同じプロパティ。もはやモノではないのか?消えてしまうのでしょうか(笑)。 いいえ、対象はアイデアとして不変であり、さまざまな方法で表現することができます。クラスかアレイかは二の次だ。 Алексей Барбашин 2020.02.29 21:06 #185 Реter Konow: アレクセイ、なぜ「オブジェクト」という概念が、あらかじめ定義された構文や表現に縛られていると判断したのですか?あるルールに...あなたはオブジェクトをクラスで表現し、私はそれを大きなマトリックスのシリーズで表現します。同じオブジェクト、同じプロパティ。もはやモノではないのか?消えてしまうのでしょうか(笑)。 いいえ、対象はアイデアとして不変であり、さまざまな方法で表現することができます。クラスか配列かは二次的な問題です。 ピーター - オブジェクトは、特定の型によって記述される、あるいはむしろ特定の型によって定義される一体化した実体である。オブジェクトには任意の名前を付けることができ、オブジェクトの作成、転送、アクセス、破棄が可能です。 var Button1 = GlobalArrayElement[10]; そうはいかないんです!(笑配列の位置への参照は、名前付き変数にはできない! でも、反論するつもりはありません、結果を待ちたいと思います。 var ButtonBuy = СоздатьЭлементКнопки("ИмяКнопки", Ширина, Высота, ПозицияХ, ПозицияY); mqlの変数はすべて厳密に型付けされているので、これもうまくいかないでしょう。 Реter Konow 2020.02.29 21:11 #186 Алексей Барбашин: ピーター - オブジェクトは、特定の型によって記述される完全な実体であり、むしろ特定の型によって定義されます。オブジェクトには任意の名前を付けることができ、オブジェクトの作成、転送、処理、破棄が可能です。 そうはいかないんです!(笑配列の位置への参照は、名前付き変数にはできない! でも、反論するつもりはありません、結果を待ちたいと思います。 私は、配列(カーネル)の位置を参照する変数を常に持っています。カーソルがインターフェイスを歩き回り、要素がフォーカスされる。その番号は変数に書き込まれ、それを通じてプログラムのどの時点でもカーネル内の目的の行にアクセスできる。さらに、さまざまなイベントが発生し、ハンドラは必要なオブジェクト、要素、ウィンドウ、パラメータを直接処理する。これほど効率的なものは見たことがない。 私のやり方には欠点があります。それは、この場合、普遍的ではないことです。GUIを作成し、扱うことを前提にしています。他のどんな方法よりも効果があるのですが、この分野以外では使ったことがないんです。 Алексей Барбашин 2020.02.29 21:19 #187 Реter Konow: 私は、配列(カーネル)の位置を参照する変数を常に持っています。カーソルがインターフェイスを歩き回り、各要素にフォーカスが当たります。その番号は変数に書き込まれ、それを通じてプログラム中の任意の時点でカーネルの目的の行にアクセスする。さらに、さまざまなイベントが発生し、ハンドラは必要なオブジェクト、要素、ウィンドウ、パラメータを直接処理 する。これ以上効果的なものはここにはないですね。 ピーター 共通の概念に置き換える必要はありません。相手の心を混乱させるのは、代役の存在です。 すべての変数は配列の位置を参照していますが、オブジェクトを参照しているわけではありません。配列とその中の位置があるだけです。プリミティブ型の配列に「オブジェクト」などという概念を適用する必要はない。 プログラミングの世界では、「数値」「文字列」「日付」「ブール値」「関数」「変数」「クラス」「配列」「構造体」「オブジェクト」という概念は、あなたの言うように不変ではありませんよ。 Реter Konow 2020.02.29 21:20 #188 Алексей Барбашин: ピーター 一般的な概念に置き換える必要はないんだ。相手の心を混乱させるのは、代役の存在です。 すべての変数は配列の位置を参照していますが、オブジェクトを参照しているわけではありません。配列とその中の位置があるだけです。プリミティブ型の配列に「オブジェクト」などという概念を適用する必要はない。 プログラミングでは、「数値」「文字列」「日付」「ブール」「関数」「変数」「クラス」「配列」「構造体」「オブジェクト」という概念は、あなたの言うように不変ではありませんよ。 ある特定の実体を記述した配列のプロパティの列は、オブジェクトではないと思いますか? また、この行の番号は、オブジェクトへの参照ではないのですか? Алексей Барбашин 2020.02.29 21:29 #189 Реter Konow: ある特定の実体を記述した配列のプロパティの列は、オブジェクトではないと思いますか? また、この行の番号は、オブジェクトへの参照ではないのですか? いいえ、参照でもオブジェクトでもありません。参照とは、変数に入れられるものです。変数に入れられる値、つまりインデックスが決まっているんですねー。インデックスは配列の文字列そのものではなく、特定の数字なんだ! Aliaksandr Hryshyn 2020.02.29 21:31 #190 試合を楽しみにしています :) . 1...121314151617181920212223242526...58 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
それは面白いですね :) カーネル全体がオブジェクトで埋め尽くされています。
アレクセイ、テストに協力すると約束しただろう。このエディターが日の目を見るのは、あなたの功績です。最後までやる気を出してくれましたね。
私がエディタをアップしたらすぐに(火曜日に)、一緒にボタン、チェックボックス、入力フィールド の簡単なパネルを作成し、簡単なExpert Advisorに接続します。そして、すべての質問に一度に答えます))。
ピーター だから、テストをあきらめることはないんだ。))
OBJECT "とはどういう意味ですか?
ピーター、それは私がテストを拒否する方法ではないよ。))
OBJECT "とはどういう意味ですか?
私の技術的な実装では、型付けされた1つの実体に固有のプロパティの番号付けされたシリーズです。Window、element、label、icon、text、parameterと数種類しかないのです。これらは、オブジェクトの種類です。それぞれについて、カーネルに1行が割り当てられる(パラメータは別)。それぞれ、プログラムのどこからでも直接アクセスでき、その場で(あなたの言うように)変更することが可能です。構文的な規則や制約がないため、システムの成長・発展が非常に早い。そのためには、自由で簡単な相互作用という肥沃な土壌の上に、簡単に生まれるアイデアの可能性の背後に、頭がポンと置かれなければならない。
私の技術的な実装では、これは一つの型付けされた実体に固有のプロパティの番号付けされた一連のものである。Window、Item、Label、Icon、Text、Parameterと数種類しかありません。これらは、オブジェクトの種類です。それぞれについて、カーネルに行を割り当てる(パラメータは別)。それぞれ、プログラムのどこからでも直接アクセスでき、その場で(あなたの言うように)変更することが可能です。構文的な規則や制約がないため、システムの成長・発展が非常に早い。主な条件 - 自由とオブジェクトとのインタラクションの容易さという肥沃な土壌の上に容易に生まれるアイデアの展開の可能性の背後に、頭が飛び出すこと。
頭の中で爆発が起きている...。
手続き型プログラミングは、関数と変数のみを使って操作します。手続き型プログラミングにおける最大オブジェクトは、変数にしかなりえません。OOPのない時代、変数は数値、文字列、日付、ブーリアンという単純な型しか持てない。これらのタイプは、いかなるプロパティも持つことができない。関数はオブジェクトになりえません。
最も原始的なオブジェクトは構造体かもしれないが、それはOOPの領域である。
型構成を想像するのが難しいです。
ピーターが何かを見失っているのか、それとも「モノ」という概念を自分のものに置き換えようとしているのか......。OOPの目的は、任意のプロパティを持つ任意の型を作成し、開発者が継承したOBJECTのプロパティを拡張したり変更したりできるようにすることです。
頭の中で爆発が起きている...。
手続き型プログラミングは、関数と変数のみを使って操作します。手続き型プログラミングにおける最大オブジェクトは、変数にしかなりえません。OOPがない時代には、変数は数字、文字列、日付、ブーリアンという単純な型しか持てない。これらのタイプは、いかなるプロパティも持つことができない。関数はオブジェクトになりえません。
最も原始的なオブジェクトは構造体でも良いのですが、それはOOPの領域です。
型式構成はほとんど想像がつきません。
ピーターが何かを見失っているのか、それとも「モノ」という概念を自分のものに置き換えようとしているのか......。そのため、OOPが発明され、任意のプロパティを持つ独自の型を作成し、開発者は誰でも継承したOBJECTのプロパティを構築したり変更したりできるようになったのです。
アレクセイ、なぜオブジェクトという概念が、あらかじめ定義された構文や表現に縛られていると判断したのですか?あるルールに...あなたはクラスのオブジェクトを、私は大きなマトリックスのシリーズで説明します。同じオブジェクト、同じプロパティ。もはやモノではないのか?消えてしまうのでしょうか(笑)。
いいえ、対象はアイデアとして不変であり、さまざまな方法で表現することができます。クラスかアレイかは二の次だ。
アレクセイ、なぜ「オブジェクト」という概念が、あらかじめ定義された構文や表現に縛られていると判断したのですか?あるルールに...あなたはオブジェクトをクラスで表現し、私はそれを大きなマトリックスのシリーズで表現します。同じオブジェクト、同じプロパティ。もはやモノではないのか?消えてしまうのでしょうか(笑)。
いいえ、対象はアイデアとして不変であり、さまざまな方法で表現することができます。クラスか配列かは二次的な問題です。
ピーター - オブジェクトは、特定の型によって記述される、あるいはむしろ特定の型によって定義される一体化した実体である。オブジェクトには任意の名前を付けることができ、オブジェクトの作成、転送、アクセス、破棄が可能です。
var Button1 = GlobalArrayElement[10];
そうはいかないんです!(笑配列の位置への参照は、名前付き変数にはできない!
でも、反論するつもりはありません、結果を待ちたいと思います。
var ButtonBuy = СоздатьЭлементКнопки("ИмяКнопки", Ширина, Высота, ПозицияХ, ПозицияY);
mqlの変数はすべて厳密に型付けされているので、これもうまくいかないでしょう。
ピーター - オブジェクトは、特定の型によって記述される完全な実体であり、むしろ特定の型によって定義されます。オブジェクトには任意の名前を付けることができ、オブジェクトの作成、転送、処理、破棄が可能です。
そうはいかないんです!(笑配列の位置への参照は、名前付き変数にはできない!
でも、反論するつもりはありません、結果を待ちたいと思います。
私は、配列(カーネル)の位置を参照する変数を常に持っています。カーソルがインターフェイスを歩き回り、要素がフォーカスされる。その番号は変数に書き込まれ、それを通じてプログラムのどの時点でもカーネル内の目的の行にアクセスできる。さらに、さまざまなイベントが発生し、ハンドラは必要なオブジェクト、要素、ウィンドウ、パラメータを直接処理する。これほど効率的なものは見たことがない。
私のやり方には欠点があります。それは、この場合、普遍的ではないことです。GUIを作成し、扱うことを前提にしています。他のどんな方法よりも効果があるのですが、この分野以外では使ったことがないんです。
私は、配列(カーネル)の位置を参照する変数を常に持っています。カーソルがインターフェイスを歩き回り、各要素にフォーカスが当たります。その番号は変数に書き込まれ、それを通じてプログラム中の任意の時点でカーネルの目的の行にアクセスする。さらに、さまざまなイベントが発生し、ハンドラは必要なオブジェクト、要素、ウィンドウ、パラメータを直接処理 する。これ以上効果的なものはここにはないですね。
ピーター 共通の概念に置き換える必要はありません。相手の心を混乱させるのは、代役の存在です。
すべての変数は配列の位置を参照していますが、オブジェクトを参照しているわけではありません。配列とその中の位置があるだけです。プリミティブ型の配列に「オブジェクト」などという概念を適用する必要はない。
プログラミングの世界では、「数値」「文字列」「日付」「ブール値」「関数」「変数」「クラス」「配列」「構造体」「オブジェクト」という概念は、あなたの言うように不変ではありませんよ。
ピーター 一般的な概念に置き換える必要はないんだ。相手の心を混乱させるのは、代役の存在です。
すべての変数は配列の位置を参照していますが、オブジェクトを参照しているわけではありません。配列とその中の位置があるだけです。プリミティブ型の配列に「オブジェクト」などという概念を適用する必要はない。
プログラミングでは、「数値」「文字列」「日付」「ブール」「関数」「変数」「クラス」「配列」「構造体」「オブジェクト」という概念は、あなたの言うように不変ではありませんよ。
ある特定の実体を記述した配列のプロパティの列は、オブジェクトではないと思いますか?
また、この行の番号は、オブジェクトへの参照ではないのですか?
ある特定の実体を記述した配列のプロパティの列は、オブジェクトではないと思いますか?
また、この行の番号は、オブジェクトへの参照ではないのですか?
いいえ、参照でもオブジェクトでもありません。参照とは、変数に入れられるものです。変数に入れられる値、つまりインデックスが決まっているんですねー。インデックスは配列の文字列そのものではなく、特定の数字なんだ!