制作日記

こういうの作った方が、逃げにくいじゃない

explod変数化を試しつつ考察

それぐらい誰でも知ってるよってこと書いてたらごめんね、大したこと書いてないからね

変数一個保存する程度なら、全く重くないね
重いと聞いてたけど、重要な変数を数個保存する程度なら大して変わらなくね?

explod32個で変数一個だから、よっぽど保存しない限り大魔法連打とかのほうが重い気がする
numexplodが重いって言っても、変数保存するのが目的なら復元後は復元した変数使えば済む
varを使い切ってて変数増やすのが目的なら、使用頻度の低い値を割り当てればむしろ軽くなる可能性も

とりあえず、10ケタの変数復元するためだけに、90回もnumexplod使うのは無駄でしょ
explodを出せたか否かについては、処理開始時のnumexplodと出そうとしたexplodの数を記録しておけば済む
変数使いたくないなら、explodの前後で毎回調べるとか

ということで、以下numexplodの必要回数に対する保存量の効率
1.最大効率
方法:
複数の変数を圧縮したうえでexplodで保存
利点:
圧縮率によってはかなりの削減が見込める
欠点:
アルゴリズムが複雑になり計算量が増える、圧縮効率が必ずしも良いとは限らない

2.現実的な範囲での最大効率
方法:
1bitをexplod1個で保存
利点:
計算が楽かつ効率が非常に良い
欠点:
explodを出せなかった場合の、処理を考える必要がある

3.expolodを出せなかった場合を考慮したうえで、最大効率
方法:
方法1の後、explodを出せたか否か判定用のexplodを出す
利点:
1とほぼ同等の効率
explodを出せなかった場合の判定が非常に楽
欠点:
1と同様

4.expolodを出せなかった場合を考慮したうえで、現実的な範囲での最大効率
方法:
方法2の後、explodを出せたか否か判定用のexplodを出す
利点:
2とほぼ同等の効率、explodを出せなかった場合を含めると2より管理が楽
欠点:
特になし

ということで、4の方法推奨

コメントの投稿

非公開コメント

プロフィール

Author:drab
霊夢改変キャラ
「12 3 ! {V} [_]」
公開中
L霊夢でもl_reimuでも好きなように読んでください

最新記事
最新コメント
月別アーカイブ
カテゴリ
検索フォーム
RSSリンクの表示
リンク