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

新しいコメント
 
Dmitry Fedoseev:

OOPに関する誤解

ここで、あちこちで、もし私がOOPを使って いれば、コードの機能を簡略化したり拡張したりすることができたという主張があります。可能なんです。

しかし、それではコードの実体が増えてしまう。つまり、開発のスピードが落ちてしまうということだ。

開発は頭脳でするもの。頭の中に実体があると、アイデアが生まれにくい。

 
Реter Konow:

ここで、あちこちで、「OOPを使って いれば、コードの可能性を単純化し、拡張できたはずだ」という主張がなされました。おそらく。

しかし、コードの中にもっと多くの実体があったはずです。つまり、開発のスピードが落ちてしまうということだ。

開発は頭脳でするもの。頭の中に実体があると、アイデアが生まれにくい。



好きなように書く権利があるのだから...。

 
Реter Konow:

しかし、コードの中にエンティティが増えることになる。つまり、開発のスピードが落ちてしまうということだ。

開発は頭脳でするもの。頭の中に実体があると、アイデアが生まれにくい。


 
Nikolai Semko:
ほら、ピーターさん、宣言文が好きなんでしょう!
どこが簡単なのか？どのような機会が増えたのでしょうか。
それどころか!
最低でも
クラスオブジェクトを 使用する場合、名前の後にドットを付けると、その場所に関連する関数と変数の全リストが表示されます。それに、すべての名前を頭の中に入れておく必要はないんです。
そして、ある種のメガコンベンショナルなフランケンシュタインが出来上がるのです。

私も全リストを手に入れることができます。そのためには、描画関数のラッパー名の前に例えば "R_"を付けると、インテリセンスですべての描画関数のリストが表示されます。

 
Реter Konow:

また、全リストを取得することもできますね。そのためには、描画関数のラッパー名の前に例えば "R_"を付けると、インテリセンスがすべての描画関数をリストアップします。

そして、描画機能だけでなく...。
最初の文字がわからない、覚えていない場合は？
 
Konstantin Nikitin:



好きなことを書く権利がある。

そこ、そうなんです（笑)。

それが治療法なのです。何しろ、頭の働きは人それぞれですからね。ひとつの思考スキームですべての人に対応できるわけではないのです。

生産性があることが最大のポイントです。

 
Nikolai Semko:
そして、描画機能だけでなく...。
最初の文字がわからない、思い出せない場合はどうすればいいのでしょうか？

必要な機能のリストを得るために、いくつかの頭文字をとって使っています。

例えば、要素の値を設定したり、返したりする関数はE_で始まります。ウィンドウを開閉する関数は W_ で始まる。

描画関数はR_で始まります。

 
Александр:

別に急いでるわけじゃないんだけどね。

私にとってのパネルの主な目的は、テスターでの作業です。トレーディング機能の テストと最適化

最後の手段として、パネル全体を通常のボタンに変換し、すべてのコンポジットオブジェクトを削除します。

されることになります。

 
Реter Konow:

ここで、あちこちで、「OOPを使って いれば、コードの可能性を単純化し、拡張できたはずだ」という主張がなされました。おそらく。

しかし、コードの中にもっと多くの実体があったはずです。つまり、開発のスピードが落ちてしまうということだ。

開発は頭でするもの。頭の中が実体でいっぱいになると、アイデアが生まれにくくなる。

いやいや、まったくもってOOPに対する時代遅れの妄想です。

 
Реter Konow:
なぜ3Dなのか？まず目的を把握する。3Dグラフィックス？ダウトフルなもの。3Dは何のためにあるのか？
1...9899100101102103104105106107108109110111112...184
新しいコメント