2006/06/15(木) [n年前の日記]
#3 [iappli] 容量オーバーした
最適化ツールを通しても、.jar が 35Kbyte。とうとうキタぞ。参ったぞ。説明用文字列や敵発生テーブルをスクラッチパッドに逃がしてもこの状態とは。
ソースの見通しをよくするために、関数、ていうかメソッドにして分けていた部分をズラズラと繋げたり。デバック用に入れていた System.out.println() を全部コメントアウトしたり。
34Kbyte まで減った。が、30Kbyte に収まる気配がまったくない。
…最後の最後(なのか?)に追加要求された仕様を実際に入れてみたら、利用できる容量の1/6ほど増加するとはどういうことであらうか。…待てよ。考えてみると、各種データをスクラッチパッドに逃がして 25Kbyte 程度にした状態からの追加だから、1/6 どころか 1/3 の増加だ。ひー。予想通り、ヘビー過ぎる追加内容になってしまった。しかもゲームそのものとは関係ない部分だったりするし。…いっそのこと、ゲーム部分をごっそり削って対処しちゃおうか。いや、ソレは避けたい。でも、名案も浮かばない。
ソース中に入ってる文字列データを全部スクラッチパッドに逃がして、文字列を利用するときはインデックス値で、等々、まだ手はありそうな気もしてきた。もっとも、それらの作業を行った後で、「どこそこを修正して」とか言われたら、もう対処できなくなる予感もあり。…そのへんの作業は自動化しないとダメだな。人間が目視で対応してるようではいかん。とはいえ eclipse で開発してる関係上、プリプロセッサ等は使えんし。
ていうか。昨日から24時間連続で作業してきてもう限界。ついさっき、ソース中の必要なところまで Delete しそうになった。危ない。このままじゃミスをする。仮眠を取るです。
ソースの見通しをよくするために、関数、ていうかメソッドにして分けていた部分をズラズラと繋げたり。デバック用に入れていた System.out.println() を全部コメントアウトしたり。
34Kbyte まで減った。が、30Kbyte に収まる気配がまったくない。
…最後の最後(なのか?)に追加要求された仕様を実際に入れてみたら、利用できる容量の1/6ほど増加するとはどういうことであらうか。…待てよ。考えてみると、各種データをスクラッチパッドに逃がして 25Kbyte 程度にした状態からの追加だから、1/6 どころか 1/3 の増加だ。ひー。予想通り、ヘビー過ぎる追加内容になってしまった。しかもゲームそのものとは関係ない部分だったりするし。…いっそのこと、ゲーム部分をごっそり削って対処しちゃおうか。いや、ソレは避けたい。でも、名案も浮かばない。
ソース中に入ってる文字列データを全部スクラッチパッドに逃がして、文字列を利用するときはインデックス値で、等々、まだ手はありそうな気もしてきた。もっとも、それらの作業を行った後で、「どこそこを修正して」とか言われたら、もう対処できなくなる予感もあり。…そのへんの作業は自動化しないとダメだな。人間が目視で対応してるようではいかん。とはいえ eclipse で開発してる関係上、プリプロセッサ等は使えんし。
ていうか。昨日から24時間連続で作業してきてもう限界。ついさっき、ソース中の必要なところまで Delete しそうになった。危ない。このままじゃミスをする。仮眠を取るです。
[ ツッコむ ]
以上です。