OK、PeterはGUIを開発しています。GUIを書く上で、OOPはどこよりもコードを単純化し、簡素化するのに役立っています。しかし、我々はそれなしで書く - そしてここで我々はこのメソッドを高速に呼び出すことはできませんが、永続性は、その通行料を取り、我々はいくつかのGUIを見ることができます）......。もちろん、#define micrcalss(CALSS, PARENTS) class CLASS : public PARENTS ......のようなクラスのデファクトマクロで30行ずつハードOOPしている人たちと比較するわけではありませんよ。
ここで指摘しておきたいのは、他のみんなと違って、ピーターはおそらく最大の忍耐力を持っていて、単調なコードを書くことを厭わないということです。どうしてこんなにたくさん書けるのか、他に説明できない。
単調なコードになりがちなのは、"インド "的なのでしょうか？
それとも、どういう意味ですか？
)
1つだけ質問があるのですが、なぜint型の配列を使わないのでしょうか、また、このようなウィザードが十分にあるのであれば、もっと良い方法はリストを使うことでしょうか？
なぜ文字列でやるのか、文字も入力できるようにするためか、16ビット方式でもカウントできるようにするためか、もっとクールには128ビットに直行するためか...。
モノトーンのコードを好むのは「インド風」なのでしょうか？
それとも、どういう意味ですか？
)
ビンゴ！！！自分で言うのもなんですが
単調なコードになりがちなのは、「インド風」なのでしょうか？
それとも、どういう意味ですか？
)
ロシア式で、何でもかんでも書き直そうとする姿勢は、特に大規模なプロジェクトにおいては、エースらしくない。
文字列には、初期状態で最大サイズを持っているか（予備）、メモリが割り当てられ、あなたの場合は追加処理中に毎回割り当てられるかの2種類しかありません...。つまり、int型配列のサイズを変更するのと同じです。1in1 多分、intはstringが1文字に割り当てるメモリより10%長いメモリを割り当てているので、より多くの文字を比較するのであればintが勝つと思います。
この発言は、実際に確認してみると面白いかもしれませんね。もし、int型配列のサイズを 常に変更 し、データを書き換えることが、文字列を扱うのと同じくらい速いのであれば、私はint型の方がいいと思います。
しかし、速度が同じになるとはとても思えません。直感。
この主張を実際に確かめてみるのも面白いかもしれませんね。もし、int型配列のサイズを変更し、データを書き換えることが、文字列を扱うのと同じくらい速くなるのなら、私はint型を選ぶでしょう。
さて、確認ですが、このコードは簡単です。また、コードを100 000回ループさせると、より明確になり、余計な要因に左右されなくなるとアドバイスしています。
このトピックはもともとそういう比較のためにあるのでは？
ここで指摘しておきたいのは、他のみんなと違って、ピーターはおそらく最大の忍耐力を持っていて、単調なコードを書くことを厭わないということです。そうでなければ、どうしてこんなにたくさん書けたのか、説明できない。
ビンゴ！！自分で言うのもなんですが
また、fxsaber さんの言う通り、この掲示板の全てのユーザーに対して、彼の「ブラックリスト」に載っている人物の投稿や話題を見えなくする ことは、健全な社会を維持するために、既に必要な ことです。そして、個人は...
そうでなければ職業を揶揄するものとしてこのスレッドは認識されない。
(
大胆な発言ですね、何か裏付けはありますか？
OK、PeterはGUIを開発しています。GUIを書く上で、OOPはどこよりもコードを単純化し、簡素化するのに役立っています。しかし、我々はそれなしで書く - そしてここで我々はこのメソッドを高速に呼び出すことはできませんが、永続性は、その通行料を取り、我々はいくつかのGUIを見ることができます）......。もちろん、#define micrcalss(CALSS, PARENTS) class CLASS : public PARENTS ......のようなクラスのデファクトマクロで30行ずつハードOOPしている人たちと比較するわけではありませんよ。