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

 
Реter Konow:

プロトタイプの配列が一度作成されるのがわかると思います。そして、VERY REVIVALを変更します。プログラムに重大な改変があった場合のみ。

しかも、それをダイナミックに行いたい場合はどうすればいいのか!?

 
Dmitry Fedoseev:

プログラマーの利便性の欠如と、プログラムの急速な発展という、この二つの条項がどうして共存できるのだろうか。不都合なことがあると、どうして迅速にプログラムを開発することができるのでしょうか?

プロポーションが大事なんです。試作品をずらっと並べると、不便なのは目に見えています。プログラムのどこからでもカーネルに直接アクセスできる利便性、エレメントフォーカスの利用など、HUGEです。

つまり、私のやり方には、不便さよりも便利さの方がはるかに大きいのです。でも、そのためには、自分のものにすることを学ばなければならない。

 
Vitalii Ananev:

また、長方形のボタンではなく、丸や三角のボタンを作る必要がある場合はどうするのでしょうか。

OOPを 使う場合、ボタンの描画を担当するDrafメソッドを抽象化したButtonクラスを作成する必要があります。丸いボタンの場合は、Buttonの後継者を作り、Drafメソッドをオーバーライドして丸いボタンの描画を実装すれば十分でしょう。また、矩形のボタンについては、Buttonの後継を作り、Drafメソッドをオーバーライドして描画することで十分である。

あなたの方法を用いると、どのように見えるでしょうか?

私の場合、もっとシンプルです。

1.オブジェクトのプロパティのリストにフラグプロパティを追加しています。

2.Kernelの行の長さを1セル増やし、新しいプロパティ用に確保します。

3.ボタンのcircleプロパティにフラグを設定するキーワードを作成しています。

4.Drawingブロックに円を描く機構を追加し、Kernelでボタンの円フラグをチェックした後に入力するようにしています。

 
Реter Konow:

プロポーションが大事なんです。原型配列を組むことの不便さは明らかです。プログラムのどこからでもカーネルに直接アクセスでき、エレメントフォーカスなどを利用できる利便性はMUCHです。

つまり、私のやり方には、不便さよりも便利さの方がはるかに大きいのです。しかし、そのためには自分のものにすることを学ばなければなりません。

グローバル配列にアクセスすることの利便性をひどく勘違いしていますね。今は一人、あるいは数人です。そして、このスタイルで書かれたサブシステムがプログラムの中にいくつもあると、ごちゃごちゃ、混沌、混乱することになるのです。

 
Dmitry Fedoseev:

グローバル配列にアクセスすることの利便性を大きく勘違いしていますね。今は一人、あるいは数人です。また、このスタイルで書かれたサブシステムがプログラム中にいくつもあると、ごちゃごちゃして混沌として混乱します。

プログラムには、Main Coresの構築段階でのみ使用されるCoreが複数存在します。グローバルにアクセスできるのは、メインカーネルとパラメータカーネル(制御 パラメータのプロパティカーネル)のみです。

すべてがかなり便利です。文句なしです。

 
Реter Konow:

プログラムにはいくつかのKernelがあり、それらはMain Kernelの構築段階でのみ使用されます。グローバルにアクセスできるのは、Main CoreとParameter Coreだけです。

すべてがかなり便利です。文句を言っているわけではありません。

また、お客様が何人いて、その方々の修正をどれくらいのスピードで行っているのでしょうか?このスタイルで書かれた他の人のプログラムを扱ったことはありますか?

 
Реter Konow:

私の場合、もっとシンプルです。

1.オブジェクトのプロパティのリストにフラグプロパティを追加しています。

2.Kernelの行の長さを1つ増やし、新しいプロパティ用に確保する。

3.ボタンのcircleプロパティにフラグを設定するキーワードを作成しています。

4.Drawブロックに円を描く機構を追加し、Kernelのボタン円フラグをチェックした後に入力するようにしています。

実際にやり始めると、今度は「モノ」であるはずのものが全部分からなくなってしまうのです。

そして、それは容易なことではありません。あなたの場合は(自分で書いているように)4つのステップを踏まなければならないのです。SRFを使った私の例では、アクションは1つだけです。

を更新しました。

同時に、ボタンが丸いのか四角いのか分からなくならないように、ある程度のフラグもコントロールする必要があります。

 
Dmitry Fedoseev:

顧客は何人いて、どれくらいのスピードで修正を完了させるのか?

今のところ、お客さまは1人です。私は彼らのタスクを非常に迅速に完了させます。3〜4時間で、完全に機能する新しいウィンドウが出来上がります。接続インターフェースと合わせてまた、エンジンのバグを素早く修正し、新しいバージョンを送っています。数日で9つのウィンドウズ+エンジンの変更、バグフィックス、機能追加...。すべてにおいて非常に速い。

 
Реter Konow:

すべてがかなり快適です。不満はないんですけどね。

まあ、自分一人では足りないということは理解しているのでしょう。あなたのエンジンの質量は、他のプログラマーに気に入られるかどうかにかかっています(あなた一人ではすべての顧客に対して十分ではありません)。プロジェクターが嫌がるようなら嗚呼、あなたの創造物の運命は輝かしいものとなるでしょう。

 
Vitalii Ananev:

これを本当に始めると、今度は自分が主張するすべての「モノ」に混乱してしまう。

そして、それは容易なことではありません。あなたの場合(自分で書いている通り)、4つのアクションをする必要があります。SRFを使った私の例では、アクションは1つだけです。

を更新しました。

同時に、ボタンが丸いか四角いかを混同しないように、いくつかの旗を制御する必要があります。

実は1年以上前からやっているんです。と混乱することはありません))。