mieki256's diary

正規表現はないのだらうか。

タブ文字が混ざってる String を分割したいのだけど。Perl だったら split() があるし、Java にも split() がありそうなんだけど、さすがに iアプリ用のソレには用意されてないように見える。つーかAPIのドキュメントには載ってない。たぶん。… chaAt() か indexOf() で調べていけばいいのか。しかし、'\t' と "\t" のどちらを書けばいいのかも判らず。テストプログラムを書いて試すしかないか。

書いて試してみた。str.charAt() == '\t' といった書き方で大丈夫っぽい。

実際にサーバとアクセスできるのかどうか。うーん。cgiスクリプト作らないとダメかな。

参考にしていたサンプルは、ADF の AppParam に URL が書いてあることが前提らしい。が、それは送られてこなかったので、どんな種類のURLなのか判らず。ていうか、.xls に書かれた内容とはまた違うやり取りをしてるみたいで。

なんとなくだけど、自分は試されてるのかなと思わないでもない。ソースを見れば大体何やってるか判るだろ、みたいな。

最適化ツールを通しても、.jar が 35Kbyte。とうとうキタぞ。参ったぞ。説明用文字列や敵発生テーブルをスクラッチパッドに逃がしてもこの状態とは。

ソースの見通しをよくするために、関数、ていうかメソッドにして分けていた部分をズラズラと繋げたり。デバック用に入れていた System.out.println() を全部コメントアウトしたり。

34Kbyte まで減った。が、30Kbyte に収まる気配がまったくない。

…最後の最後（なのか？）に追加要求された仕様を実際に入れてみたら、利用できる容量の1/6ほど増加するとはどういうことであらうか。…待てよ。考えてみると、各種データをスクラッチパッドに逃がして 25Kbyte 程度にした状態からの追加だから、1/6 どころか 1/3 の増加だ。ひー。予想通り、ヘビー過ぎる追加内容になってしまった。しかもゲームそのものとは関係ない部分だったりするし。…いっそのこと、ゲーム部分をごっそり削って対処しちゃおうか。いや、ソレは避けたい。でも、名案も浮かばない。

ソース中に入ってる文字列データを全部スクラッチパッドに逃がして、文字列を利用するときはインデックス値で、等々、まだ手はありそうな気もしてきた。もっとも、それらの作業を行った後で、「どこそこを修正して」とか言われたら、もう対処できなくなる予感もあり。…そのへんの作業は自動化しないとダメだな。人間が目視で対応してるようではいかん。とはいえ eclipse で開発してる関係上、プリプロセッサ等は使えんし。

ていうか。昨日から24時間連続で作業してきてもう限界。ついさっき、ソース中の必要なところまで Delete しそうになった。危ない。このままじゃミスをする。仮眠を取るです。

NTT→みかか、とか、IBM→HAL、とか、その手の何かがあるのかな。

この日記ページも、iappliの作業記録ばっかり…。

アニメもあんまり見れてない。HDDの中に溜まりっぱなし。…ライダーカブトはどういう展開になってるんだろう。アレを見るときは、TVの前に正座して見ないといけないような気分になってしまう = 他の作業ができなくなるので、迂闊に再生できないという。