私のアプローチコアはエンジンです。 - ページ 11

[Реter Konow]

Vasiliy Sokolov:

よし、名前の下に数字が入っているとしよう（もちろん乱暴だが、そう仮定しよう）。しかし、それぞれのボタンにはキャプション、例えば "Cancel "のようなテキストがあります。このプロパティはどのように指定するのですか？そうですね。

もっと調べようと思っていたんです。

とてもシンプルです。の配列を作ります。

string Button_names[] = {"Cancel", "Ok", "Hello World!"...};

メインカーネルをループして、その中のテキストセルのインデックスを並べる。

[Vitalii Ananev]

Реter Konow:

つまり、カーネルのサイズとオブジェクトのプロパティの 数は一致していなければならない。プロパティの数を変えてもカーネルの大きさが変わらなければ、配列から外れてしまいます。

ですから、コードを書いている間は、プロパティの数とカーネルの大きさがどこでも一致するように制御する必要があります。

...

あなたは本物のモンスターです :)自分で問題を作り、自分で解決する。:)

もし、あなたがこの「異端」を捨て、OOP「宗教」を受け入れるとしたら。:)そうすれば、すべてをもっとシンプルに、もっと柔軟に、もっと拡張できる方法を見つけたはずです。

[Реter Konow]

Vitalii Ananev:

つまり、コードを書きながら、プロパティの数とカーネルの大きさがどこでも同じであることを常にチェックしなければならない。

コントロールすることの何が問題なのでしょうか？プロパティを追加し、カーネル列のサイズを大きくしています。以上です。

[Vasiliy Sokolov]

ちなみに、このコードでもコンパイルはできませんよ。ここでは、3x10の2次元配列を作成しています。

int P_CORE[3][10] = {
//Основание кнопки.-----------------------------
//
//1)NAME   2)TYPE  3)ELEMENT    4)X    5)Y     6)X_SIZE  7)Y_SIZE       8)COLOR
//----------------------------------------------
{ 100001,  base,  button,    100, 100,    200,    50,    C'245,245,245'}, 
//---------------------------------------------- 
//Текст кнопки.---------------------------------
//
//NAME    TYPE   ELEMENT   X    Y     X_SIZE  Y_SIZE       COLOR 
//----------------------------------------------
{100002,  text,  button,  120, 120,     0,      0,       C'245,0,0'},
//---------------------------------------------- 
//Иконка кнопки.-------------------------------- 
//
//NAME    TYPE     ELEMENT   X    Y     X_SIZE  Y_SIZE       COLOR 
{100003,  icon,    button,  140, 140,     16,     16,           0},

定義するプロパティが8つしか ないにもかかわらず。

そして、10件の物件を再度検索するのです。

#define  All_objects     30
#define  All_properties  10
//Далее, строим G_CORE:
//--------------------------------------
int q = 0;
//--------------
for(int a1 = 0; a1 < All_objects; a1++)
  {
   for(int a2 = 0; a2 < All_properties; a2++)
    {
     G_CORE[a1][a2] = P_CORE[q][a2];
    }
     q++;
     if(q == 3)q = 0;    
  }

それはどういうことなのでしょうか？

[Реter Konow]

Vasiliy Sokolov:

ちなみに、このコードでもコンパイルはできませんよ。ここでは、3x10の2次元配列を作成しています。

定義するプロパティが8つしか ないにもかかわらず。

そして、10件の物件を再度検索するのです。

それはどういうことなのでしょうか？

これはあくまで一例です。コンパイル用ではありません。

[Vasiliy Sokolov]

Реter Konow:

これはあくまで一例です。コンパイル用ではありません。

ああ、そうなんだ。つまり、動作しない例でコードを説明しようとしているわけです。

[Реter Konow]

Vasiliy Sokolov:

まいったなぁ。つまり、実際には機能しない例を使って、自分のコードを説明しようとしているわけです。

コードの説明ではなく、アプローチの説明をしているのです。

[Nikolai Semko]

Реter Konow:

カーネルではなく、エンジン。コアは単なるデータの配列である。

EventChartCustom()を介して通信を行う。

ええ、すみません。いつも混乱するんです。コアとエンジン音は同等です。用語の使い方が残念だと思う。

Peterさん、少なくともカーネル、エンジン、プログラム本体、そしてそれらの間の矢印からなるブロック図をグラフィックエディターで描いてください。ただ、私は聴覚派ではなく視覚派なので（私だけではないと思いますが）、この言葉のジャングルでは迷子になってしまい、パズルがうまくはまらないんです。

[Реter Konow]

実際に興味を持たれた方のために、続きは後ほど。とりあえず、一区切りです。

[Реter Konow]

Nikolai Semko:
ええ、すみません。混乱しっぱなしです。カーネルとエンジンは同じ音です。用語の使い方が残念だと思う。

Peter, 少なくともカーネル、エンジン、プログラム本体と、それらの間の相互作用方法（端末のグローバル変数 経由、ファイル経由、ユーザー割り込み経由、リソース経由、インジケータバッファ経由など）を示す矢印があるブロック図を任意のグラフィックエディタで描いてください。ただ、私は聴覚よりも視覚派なので（私だけではないと思いますが）、この言葉のジャングルの中では迷子になり、パズルの足し算ができなくなってしまうのです。

カーネルは配列である。エンジンはコードです。

描きますよ。