- 1 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:21:44 ]
- NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。
※DoCoMo以外は下記スレへ。
CLDC+MIDP+携帯電話用Javaスレッド part 8
ttp://pc11.2ch.net/test/read.cgi/tech/1206017034/
■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問･相談スレッド113【大歓迎】
ttp://pc11.2ch.net/test/read.cgi/tech/1204363011/
■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
ttp://pc11.2ch.net/test/read.cgi/tech/1117773530/
- 89 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:24:31 ]
- >>87
ソースレベルでも何も文字列持ってそれ表示するだけじゃねぇか。
何が分からないんだか分からん。
とりあえず本名と所属を言え、まずはそれからだ。
- 90 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:26:42 ]
- >>87
また、ゆとりを装った仕事を人任せにする人か。
- 91 名前：87 [2008/04/14(月) 01:11:55 ]
- >>89
んっと、PanelならListBox.CHOICE使えばいいと思うんですが
Canvasで同じようなことしようとするのに容易な方法あります？
ちなみに、趣味でやってるだけで会社の仕事じゃないどす
- 92 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 06:42:48 ]
- 無い
- 93 名前：75 mailto:sage [2008/04/14(月) 14:25:22 ]
- >>78
その考えも間違ってはいないと思うけど、
必ず戻すことを保証するように作っているかどうかが問題だと思う。
>>drawDebugInfo();
>>g.drawString(ゲームメッセージ2);
ここの部分で、drawDebugInfo();が描画を破壊している恐れがあることを考えると
、g.drawString(ゲームメッセージ2);はそのまま自分の表示したい設定もせずに
描画することが危険であると思える。
実際にメソッド内でどこまでGraphicsオブジェクトが書き換わるかわからない訳だし。
この例で考えるのであればdrawDebugInfo();の引数にFontを渡してやって、
drawDebugInfo()の最後で渡されたFontに復元することを保証するメソッドとして作る
という書き方もできる。その場合は引数は増えるけどGraphicsにsetFontは要らない。
- 94 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 14:44:44 ]
- constがないJavaでやっている以上、不毛な議論だろそれは。
- 95 名前：デフォルトの名無しさん [2008/04/14(月) 15:17:56 ]
- DoJa5.1でiアプリを開発している者です。
iアプリに関しては初心者です。
今やりたいのが、
文字列と画像(複数)をいっぺんにサーブレットに送信すること。
ＵＲＬに引数をつけるのは、セキュリティ上アウトなんです。
OutputStreamに文字列もバイナリも含めて送信し
（バイナリは文字列として）、
サーブレット側でその文字列を切り分けてみましたが
画像は壊れてしまいました。
（文字列は正しく取得できましたが）
そもそも私がやろうとしていることって、
iアプリで実現可能なんでしょうか？
分かる方、教えて下さい。
- 96 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 15:30:49 ]
- 容量の限界はあるが、可能。
バイナリデータは送信可能。あとはどういうフォーマットで送るかは自由。
失敗したというのなら、送信容量を越えていたか、プログラムミス。
- 97 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 15:42:24 ]
- 多分送信容量と予想して
jguidefordoja5_x_071101.pdf のP115 読んでみ？
- 98 名前：95 mailto:sage [2008/04/14(月) 17:42:32 ]
- >>96
>>97
レスありがとうございます。
容量は問題ないので(ちょこっと文字列と画像15KB)、
プログラムミスだと思います。
実現可能だと分かっただけでも嬉しいです。
もうちょっと頑張ってみます。
- 99 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 18:02:10 ]
- 初心者って事なら、Image#toStringとかして
streamに突っ込んだんじゃないの？
元のgifなりjpegファイルなりのbyte配列を送信しないとダメよ。
- 100 名前：95 mailto:sage [2008/04/14(月) 19:20:11 ]
- >>99
レスありがとうございます。
iアプリからサーブレットへの接続部分はこんな感じです。
(パート１)
// カメラオブジェクトの取得
Camera camera = Camera.getCamera(0);
// byte[]のimgに撮影画像のバイナリを格納する
InputStream w_in = camera.getInputStream(0);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
byte[] buff=new byte[1024];
int size;
try {
while ((size=w_in.read(buff))!=-1) {
baos.write(buff,0,size);
}
baos.flush();
baos.close();
w_in.close();
} catch (IOException e) {
e.printStackTrace();
}
byte[] img = baos.toByteArray();
- 101 名前：95 mailto:sage [2008/04/14(月) 19:21:16 ]
- (パート２)
// HTTP POSTのリクエストボディに格納する文字列を取得
String postData = "key="+strKey+"&img="+ new String(img);
// 出力先への接続を設定
HttpConnection w_connect = (HttpConnection) Connector.open(URL,Connector.READ_WRITE, true);
// 要求メソッドとコンテンツタイプを設定
w_connect.setRequestMethod(HttpConnection.POST);
// 出力ストリームを取得
wo_stream = w_connect.openOutputStream();
// 出力ストリームへ書き込む
wo_stream.write(postData.getBytes(););
// 接続
w_connect.connect();
どうでしょうか・・・？
- 102 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 20:30:00 ]
- new String(img)なんてしたら、データが壊れるだろｗ
文字列で表現できないバイトが出現した瞬間に終わる
素直に
String str = "key="+strKey+"&img=";
wo_stream.write(str.getBytes());
wo_stream.write(img);
とバイナリのまま送っておけ。
サーブレット側で「xxx=」で自動切り分けする機能とか使っちゃダメだぞ。自前でやれ。
- 103 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 20:48:24 ]
- これはひどい
- 104 名前：95 mailto:sage [2008/04/14(月) 20:55:47 ]
- >>102
バイナリをStringにしてはダメということでしょうか？
そうすると、サーブレット側もダメっぽいです・・・。
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
try{
/** アプリからの情報を受信 **/
// 入力ストリームを取得
InputStream wi_buffer = request.getInputStream();
// StringBufferインスタンスを作成
StringBuffer w_StringBuffer = new StringBuffer();
// 送信されたストリームを読取
String w_PostData = "";
int w_char;
while ((w_char = wi_buffer.read()) != -1) {
w_StringBuffer.append((char)w_char);
}
w_PostData = (String)w_StringBuffer.toString();
// 画像データの取得
byte[] image = w_PostData.substring(w_PostData.indexOf("img=")+4).getBytes();
こんな感じなのですが･･･。
- 105 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 21:41:44 ]
- バイナリをStringにするとかありえないだろ
byte配列にして送って、文字列だけStringに変換すりゃいいじゃん
- 106 名前：87 [2008/04/14(月) 21:59:50 ]
- >>92
やっぱ簡単には無理ですよね？
一応、簡単そうなダイアログボックスのクラス作ってみたけど、
コンボボックスの考え方もこんな感じで問題ないですか？？
まぁ素直に用意されてるDialog使えってのはあると思うけど
自作だと色とか初期フォーカスとかカスタマイズできるんで。。。
ただ、Display.setCurrent()での画面切り替えでちらつくのはどうにかならんかなぁ
class DialogBox extends Canvas{
public void paint(Graphics g){
g.lock();
g.setRGBPixels(0, 0, Display.getWidth(), Display.getHeight(), g_pixels, 0); // 前画面を描画
// ダイアログ背景、タイトル、メッセージ、ボタンの描画
g.unlock(true);
}
public void show(){
g_frame = Display.getCurrent();
g_pixels = (((Canvas)g_frame).getGraphics()).getRGBPixels(0, 0, Display.getWidth(), Display.getHeight(), null, 0);
Display.setCurrent(this);
}
public void processEvent(int type, int param){
if((type == Display.KEY_RELEASED_EVENT) && (param == Display.KEY_SELECT)){
Display.setCurrent(g_frame);
}
if((type == Display.KEY_PRESSED_EVENT) && ((param == Display.KEY_LEFT) || (param == Display.KEY_UP) || (param == Display.KEY_RIGHT) || (param == Display.KEY_DOWN))){
// ボタンフォーカスの移動
repaint();
}
}
}
- 107 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 22:35:32 ]
- どうしても文字列で送りたいならBase64にでもエンコードすれば？
自分でエンコードしなきゃいけないし、通信量も増えるけど。
- 108 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 23:00:18 ]
- つまり、iアプリ初心者ではなくJava初心者という落ちか。
- 109 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 23:01:37 ]
- いつものことさ
- 110 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 23:24:10 ]
- 仕方あるまい。
Javaをマスターしていればiアプリの質問は出ないだろうし逆も同じだ。
通信周りが違うと言っても、比較的簡単な部類だし。
- 111 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 00:21:24 ]
- >>107
BASE64はDoJaにAPIがあった気がするが……
まぁ95は取り合えずjavaの基本から勉強しなおした方がいいな
- 112 名前：95 mailto:sage [2008/04/15(火) 01:59:18 ]
- そうですね。確かにJAVAの修行が足りませんね。
何はともあれ、皆さんの助言のお陰で、
どうすれば良いのか分かりました。
ありがとうございました。
- 113 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 10:01:58 ]
- どっちかというとプログラミング以前の計算機科学基礎ができないのでは？
- 114 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 10:20:40 ]
- 自分の世代が8bitパソコンのBASICで試行錯誤しながら基礎を学んだ様に、
いまどきのコンピュータキッズは携帯電話のJavaで基礎を学んでるのかも。
- 115 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 11:42:15 ]
- 恒例のゆとりＶＳオジサンですか
- 116 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 11:54:36 ]
- お前ら試行錯誤してあと一歩のとこまで来てる初心者を滅多打ちしてんじゃねーよｗ
>>95
アプリとサーブレット、こんな感じのフォーマットでやってみ。
0-3 バイト 文字列長
4〜 文字列
その後ろに
0-3 バイト 画像ファイルサイズ
4〜 画像のバイナリ
現状 key= とか邪魔。
ちゃんとPOSTでバイナリと文字列送りたいなら、
BASE64エンコードするなりマルチパートで送らないとダメ。
- 117 名前：114 mailto:sage [2008/04/15(火) 12:03:43 ]
- >>115
いや、「初心者叱るな来た道だもの」と言いたい訳よ。
- 118 名前：95 mailto:sage [2008/04/15(火) 12:26:42 ]
- たった今、動作確認しました。
文字列は文字化けせず、画像も壊れることなく、
ちゃんとサーバに送信できました。
サーブレット側で、
まずは入力ストリームからbyte配列を取得しました。
それから"key="とか"&img="とかをbyte配列にしたものを手がかりに、
入力ストリームのbyte配列を切り分けていきました。
で、文字列情報はStringに直しました。
一応これで、やりたかったことは実現できましたので、
助言して下さった方々に感謝します。
- 119 名前：95 mailto:sage [2008/04/15(火) 12:30:21 ]
- あと116さん、惚れました（116=男性という前提でw）。
どうもありがとう。
- 120 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 12:48:47 ]
- ｱｰｯ!!
- 121 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 13:05:05 ]
- ネットで牝アピールとかしないほうがいいよ・・・
- 122 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 13:10:14 ]
- おいおい、惚れた掘られたの話は他所でやってくれよ(´ー｀)y-~~
- 123 名前：デフォルトの名無しさん [2008/04/15(火) 13:11:10 ]
- 裏技
jpan.jp/?opap
- 124 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 13:11:45 ]
- 裏技ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!
- 125 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 14:59:49 ]
- こんにちは。
最近iアプリ開発に携わることになりました。
で、iアプリでもTDDを行いたいと考えているのですが、
どなたかJMUnitをDojaに移植した方はおらっしゃいませんか？
- 126 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 19:59:15 ]
- (‘ω‘)
- 127 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:32:42 ]
- 東京ディズニー
ダンジョン( ﾟДﾟ )
- 128 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:19:05 ]
- 三月磨臼を探すアレか
- 129 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 03:17:47 ]
- ゆとりの俺は「TDD」という用語がわからなくて検索してみたんだ
TDD = 時分割複信 (Time Division Duplex)
e-words.jp/w/TDD.html
TDD = テスト駆動開発 （Test-Driven Development)
www.atmarkit.co.jp/fdotnet/special/tdd/tdd_01.html
JMUnitも知らないから検索してみたんだ
JMUnit = MIDPで作られたオープンアプリ用の単体テストフレームワーク
blog.livedoor.jp/becks1979/archives/50756257.html
どうやらここで言ってるTDDとは「テスト駆動開発」という意味らしい
ja.wikipedia.org/wiki/%E3%83%86%E3%82%B9%E3%83%88%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA
- 130 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 03:25:05 ]
- で、移植したらどうなるっての？
- 131 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:19:09 ]
- 邪神復活
- 132 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:08:21 ]
- 移植して何がしたいのか、返答によってまたコメントが変わるよな。何がしたいか解らない今は言うことないし
- 133 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 22:14:39 ]
- ケータイの3D機能って全機種に搭載されているわりにあまり使われてないような気がするのですが、
やっぱり非力だから？
3Dの解説してるサイトや、面白い使い方してるアプリを知ってる方居ませんか？
- 134 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 22:15:36 ]
- >>133
非力と思うなら、
最新機種で人気ゲームをダウンロードしてみることだ。
- 135 名前：デフォルトの名無しさん [2008/04/20(日) 01:01:58 ]
- 面白いかどうかは別としてリッジレーサーにはびびった
- 136 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 01:05:44 ]
- >>133
勝手アプリだとOpenGL使えないから厳しい
マスコットカプセルは問題外だし
- 137 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 02:27:45 ]
- 今の最新機種の3D性能は初代PSの6割くらいはあるよな？
それだけの物が作れるかは別として。
- 138 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 02:29:18 ]
- >>134
いえ、リッジレーサーや鉄拳やバイオハザードなんかは確かによく動いてると思うのですが、
勝手アプリで3Dを生かしたアプリをあまり見ない（気がする）のはなんでかなーと。
ゲームに限れば、3Dゲームは2Dゲームより操作が複雑になりがち
→ケータイのキーでは操作性が悪い
ってのはあるかもしれませんが。
>>135
P905iにプリインストールされてるヤツですかね？
あれは確かにすごいと思いました。
>>136
勝手アプリはマスコットカプセル以外の選択肢ないですよね？
（ドコモがOpenGLをトラステッドのみに制限する意味もよくワカランのですが）
マスコットカプセルはどのあたりが問題外なんでしょう？
- 139 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 02:53:35 ]
- やっぱ、コマーシャルプロダクトに閉じてる点じゃないかな。
- 140 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 10:24:39 ]
- >>138
かじれば分かるだろうけど、作りづらい上にろくなもんできないだろ。
少なくとも俺みたいなへたれには
- 141 名前：デフォルトの名無しさん [2008/04/21(月) 01:29:07 ]
- java言語の3Dじゃ鉄拳とかリッジレーサーのような動きは出せない
他の言語は携帯端末を破壊する恐れがあるので個人では使用できない
- 142 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 02:57:29 ]
- java言語の3D？
- 143 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 03:26:23 ]
- キャンバスに自力で書くんじゃね？
- 144 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 04:16:26 ]
- >>141
チューリング先生、出番です。
- 145 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 07:57:44 ]
- >>142はPのリッジレーサーを知らないのか
- 146 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 07:58:05 ]
- >>142じゃなくて>>141だった
- 147 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 08:16:15 ]
- じゃあ俺はN88BASICの3D作るわ
- 148 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 10:22:33 ]
- あったなー、N88BASIC用の３D
意味も分からずにサンプルソース打ち込んでたの思い出したｗ
＞3Dを生かしたアプリ
というのがそもそも何かが分からん。
- 149 名前：デフォルトの名無しさん [2008/04/21(月) 10:54:54 ]
- >>142
大手ゲームメーカーがjavaでアプリ作ってると思ってるのか？
C言語で作ってるに決まってんだろ
- 150 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:07:03 ]
- >>141
>>149
- 151 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:17:56 ]
- iアプリってのはDoJaプロファイルに従って作成されたJavaアプリケーションのことじゃないの？
何でC言語が出てくるんだ
- 152 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 13:28:44 ]
- >>149
大手ゲームメーカーはマシン語で作ってるに決まってる
- 153 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 13:49:28 ]
- 俺も携帯の仮想マシンで動かせるC言語が欲しい。
誰か頂戴。
- 154 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 14:08:16 ]
- つ au
- 155 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 16:23:23 ]
- >>153
Java仮想マシン用のバイナリを吐くCコンパイラって、あるんじゃないの？
gccならターゲット定義が簡単だし。
- 156 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 16:33:47 ]
- iアプリってSDカード経由でインストールできますか？
- 157 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 20:54:54 ]
- >>155何それ・・・、メソッド全部staticってこと・・・？
- 158 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 21:25:44 ]
- 質問が終わったらいつものくだらない雑談になると
- 159 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:01:31 ]
- D905iってjpg偽装ならアプリからデータ吐き出せる？
偽装gifだとデータ壊れるみたいなんだが。
- 160 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:12:17 ]
- 話はループする
- 161 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 01:24:41 ]
- 過去ログ見ればよくねー？
- 162 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 10:39:15 ]
- 過去ログ読んだけど結局答え出てなかったなw
- 163 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 12:21:33 ]
- gifピクセルに入れればいいって話があったはずだが
- 164 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 13:07:11 ]
- バイナリコメントじゃなくて、テキストコメントにすればOKって結論じゃなかったっけか
- 165 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 13:15:01 ]
- ぶっちゃけサンプルソース欲しいな
よくわかんね
- 166 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 13:25:58 ]
- >>165
これくらい分からなくてどうする。
参考ページは幾らでも見つかるぞ。
- 167 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 13:34:50 ]
- サンプルソースで考える楽しみを奪うなんて酷すぎる(´；ω；｀)
- 168 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 21:36:39 ]
- お前ら手厳しいなｗ
- 169 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:56:57 ]
- アプリが1MBまでになった今リソースをネットからダウンロードする意味ってあるんですか？
例えば、RPGではマップの配列をダウンロードして使う場合もあると思うんですが
もう中に組み込んじゃった方が便利だと思うんです
ネットからダウンロードというのは昔容量が少なかったときの苦肉の策で今使う意味は
ないような気がするんですが、どうなんでしょうか？
- 170 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:03:53 ]
- １M超えるデータでも扱えるやん
- 171 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:06:50 ]
- え？今はスクラッチパッドも含めて1MBだから意味ないんじゃないでしょうか？
- 172 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:09:56 ]
- 何度も通信して落としてきたらいいやん
- 173 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:11:08 ]
- >>171
SDカードにデータを保存できる
- 174 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:14:24 ]
- あーそういうことですか
今言いたかったのは初回起動時に通信してデータをダウンロードする場合の話で
一時的に使うデータをダウンロードするのはそういうのが必要なアプリならいいんじゃないでしょうか
- 175 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:17:33 ]
- そもそも1回の通信で150kbまでしか落とせないはずだが緩和されたの？
- 176 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:19:16 ]
- ちなみに>>174は>>172さんへのレスです
- 177 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:24:27 ]
- >>175
150kbを何度も繰り返せばいい。
>>174
最初にリソース全部落として、それ以降変更が無いのであれば
リソースに組み込んでも良いと思う。
- 178 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 17:41:29 ]
- リソースをVer管理して、認証時に自己照合させる。
リソースVerが違っていたらリソースをDLしなおさせる。
ってやっておくと、全プレイヤーに常に最新のリソースを使わせることができるので便利。
- 179 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:19:48 ]
- >>169
単に900とか古い機種対応が面倒だから
古い機種にあわせて新しいのも同じ仕様って事だと思う。
少なくともウチはそんな理由。
- 180 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:30:01 ]
- さすがにまだ903以降のメガアプリオンリーというわけには行かないんじゃないかな
3以降なのにメガアプリ未対応なショボいケータイもあったりするからなぁ
- 181 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:32:48 ]
- 仕様変更とか来たときにスクラッチパッド使用の方が
逃げ場が多いってのもあるかな。
リソース作製側にサイズ制限も伝えやすいし。
- 182 名前：デフォルトの名無しさん [2008/04/25(金) 11:01:11 ]
- スレ違いだったらゴメンナサイ。
今、ｉアプリを作成していて、JARサイズが100Kを超えてしまってます。
※ProGuardも使用していて、100Kを超えます。
そこで、7zipを使えば良いと聞き、試してみましたが、正常に動作しません。
ちなみに方法は、
・Jarファイルの拡張子をzipに変更
・そのzipファイルをいったん解凍
・出来たフォルダを7zipで再圧縮
・7zipファイルの拡張子をjarに変更
これをプロジェクトの中のjarファイルと入れ替え、jamファイル内のAppSizeを変更して、エミュで実行させたのですが、
java.lang.ClassNotFoundException: exb
と表示され、起動しませんでした。
何が間違っているのでしょうか。
もし、分かる方いらっしゃいましたら、アドバイスお願いいたします。
- 183 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 12:52:29 ]
- Windows以外のOSで7zipする
- 184 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 13:10:05 ]
- jarg使えば
- 185 名前：デフォルトの名無しさん [2008/04/25(金) 13:41:03 ]
- >183
アドバイスありがとうございます。
Windows以外で７Zipすれば良いのですか？
開発環境はWindowsなのにですか？
あと、Windows以外の環境がありません・・・。
（Win2000です）
＞184
ありがとうございます。
jargってproGuardよりもコンパクトになるんですか？
後で試してみます。
でも、出来るなら、クラスファイルの圧縮（→jargやproGuard）以外にも、圧縮できる方法を探しています。
- 186 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 13:46:07 ]
- >>185
コード自体の見直し
- 187 名前：デフォルトの名無しさん [2008/04/25(金) 14:42:24 ]
- >186
ありがとうございます。
もちろん、コード自体の見直しも行います。
（ちなみに現在でも、プリプロを使って定数を数値に置き換え等はやっています）
が、さらに小さくする為に7zipでの再圧縮のやり方が知りたいのです。
- 188 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 15:08:42 ]
- >>182
ZIP形式で圧縮してる？
コマンドライン版なら -tzip を指定。
- 189 名前：デフォルトの名無しさん [2008/04/25(金) 15:26:17 ]
- >188
ありがとうございます。
圧縮形式はZIPを指定しました。
ちなみに、7Zipツールの設定は、
書庫形式：ZIP
圧縮レベル：最高
圧縮メソッド：Defalt
辞書サイズ：32KB
語長：32
となっておりました。
何か間違っていますでしょうか？
|
 |
