- 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/
- 72 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:01:41 ]
- com.nttdocomo.ui.GraphicsにgetFontメソッドがないのは
激しく不便な気がするのですが、普通の人はそうでもないんでしょうか。
- 73 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:26:27 ]
- com.nttdocomo.ui.Fontにあるからいいじゃん
- 74 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:54:54 ]
- >>70
GoogleMapはそうだよ。
ついこないだトラステッド化したけど、それ以前はブラウザ経由で位置情報取得してた。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:47:04 ]
- >>72
Graphicsにいつ設定したかわからないFontを取得したいと思うのは
そもそも設計自体がどうかと思うかな。基本的にGraphicsは書き込む(set)する対象であって
読み込む(get)する対象じゃないし。
Fontが必要ならメンバとして保持しておけば良い。
- 76 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:06:30 ]
- FontはdrawStringする前に必ず正しいものをセットするもんだしなぁ。
まぁgetOriginXとか無いのは不便だなーと思うときもあるよ。
だからラッパークラス作ったしｗ
- 77 名前：デフォルトの名無しさん [2008/04/11(金) 00:54:12 ]
- わかりません
- 78 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 06:55:31 ]
- >>75
その考え方で設計がおかしいと言い切るのは思慮に欠けていると思う。
俺は逆に、自分の処理でsetして必要な処理が完了したら以前の状態へ戻すべきだと考える。
/** デバッグ情報を描画 */
void drawDebugInfo(){
Font oldFont = g.getFont();
g.setFont(小さなフォント);
g.drawString(デバッグ文字列);
g.setFont(oldFont);
}
/** ゲームメッセージを描画 */
void drawGameMessage(){
g.setFont(大きなフォント);
g.drawString(ゲームメッセージ1);
drawDebugInfo();
g.drawString(ゲームメッセージ2);
// ↑setFontし直す必要が無い
}
この場合drawDebugInfoの内部実装を意識せずに済むというのは
汎用的な機能メソッドとして使えるなどのメリットになると思う。
まあ、これはGraphicsのcopyを作って使ってもいいんだけど、
処理の大きさを考えると、使った分戻すってのが最小限で良いと思うんだ。
てかMIDPにもgetはあるしね。
>>76
うちもラッパー作って最近公開したよ。個人的に凄くタイムリーな話題だった。
あと今更だが、>>72はsetFontの対という意味でのgetFontのことを言ってるのか？
それとも>>73の意味のことを言っていたのか？どっちだ、不安になってきたぞ。
- 79 名前：65 [2008/04/11(金) 09:09:12 ]
- 66さんありがとう、方法１で画像のサイズが取れました
あと71さん
そもそも画像に位置情報埋め込めない端末とか
普通に写真取るときは埋め込めるのに、iアプリから起動したカメラだと埋め込めなくなる端末とか
これはうろ覚えだけど、せっかく埋め込んだのに送信時にわざわざ位置情報消してくれる端末とか
あったよ
- 80 名前：デフォルトの名無しさん [2008/04/11(金) 09:43:03 ]
- >>76
俺はMIDPにあるgetClip〜が無いのが不便だと思ったのでラッパー作った。
- 81 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 11:00:06 ]
- 実機無いんで分からないんですが
Connector.openにGUID=ON渡したらiモードIDきちんと送られますか?
- 82 名前：72 mailto:sage [2008/04/12(土) 00:19:27 ]
- >>78
setFontの対という意味でのgetFontのことです。
説明不足ですみません。
java.awt.Graphicsにもjavax.microedition.lcdui.Graphicsにもあるのに
これだけにはないんですよね。
getFontではないにしろ、どうやら他の人も自分と似たような
不便さを感じていたようで。
自分もラッパークラスを作ってみます。
どうもありがとうございました。
- 83 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 10:35:50 ]
- >>81
結論から言うとできるようだ。
というか、お前Docomoユーザの友達いねーの？
- 84 名前：71 mailto:sage [2008/04/12(土) 10:56:02 ]
- >>79
まぁ、そうだろうとはおもった。
Nではできてるんだけど、他はどれぐらいできのだろうか。
根っこが同じのPぐらいしか無理なんだろうか。
APIにはやれと言わんばかりのメソッドあるのにな。
- 85 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 11:06:44 ]
- しーっ！
- 86 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:28:55 ]
- それがドキュモクオリティー
- 87 名前：デフォルトの名無しさん [2008/04/13(日) 23:30:47 ]
- みなさんが低レベルAPIでコンボボックスを使いたいとき
どのような実装にしていますか？もしくはしますか？
ソースレベルで書いてもらえるとベスト！
- 88 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:15:00 ]
- （；＾ω＾）
- 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 ]
- 何度も通信して落としてきたらいいやん
|
 |
