iモード携帯電話用Java(iアプリ) Part20

1 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 20:36:33 ] NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。 Doja、Starいずれも扱います。質問時には明記してください。 次スレは>>980が宣言して立ててください。 ※DoCoMo以外は下記スレへ。 CLDC+MIDP+携帯電話用Javaスレッド part 8 ttp://pc11.2ch.net/test/read.cgi/tech/1206017034/ ■ iアプリ特有ではなくJava一般に関する質問はこちらへ 【初心者】Java質問･相談スレッド116【歓迎】 ttp://pc11.2ch.net/test/read.cgi/tech/1213347130/ ■関連スレ 【日本携帯】Mascot Capsule/Micro3D【標準】 ttp://pc11.2ch.net/test/read.cgi/tech/1117773530/ 504 名前：502 mailto:sage [2010/02/11(木) 00:00:06 ] >>503 ありがとうございます。 まだ初心者で、とりあえず文字を 表示できるというので、Canvasを使っていました。 RPGに例えると、Zeroはタイトル、Oneはオープニング みたいな感じをイメージしていました。 シーンごとに文字表示、キーチェック関数がある感じです。 紹介いただいた講座サイトも見てみたいと思います。 505 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:17:29 ] >>497 が一番アホな件 506 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:22:25 ] >>505 煽りに乗せられる奴もアホ ドラクエでいえば、爆弾岩と毎回まともに戦うようなもの 「逃げる」を選択するんだ！ 507 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:25:00 ] >>506 が一番アホな件 508 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 00:26:38 ] ＞＞５０６ おまあたまいいな 509 名前：502 mailto:sage [2010/02/11(木) 02:07:03 ] キャンバスクラスがどんどん増えないようにする(RPG04) ttp://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10514.txt キャンバスクラスをひとつにする(RPG05) ttp://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/10515.txt こんな感じでしょうか。 後、04はCanvasクラスがふたつになってしまいますが、 イベントをチェックする時に、シーンの種類 → イベントの種類 の順番にチェックできるので、見やすいと思うのですが、どうなのでしょうか。 (05の場合は逆で、イベントの種類 → シーンの種類) 510 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 16:46:03 ] >>509 → 「逃げる」 511 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 19:49:52 ] >>507 正解 512 名前：502 mailto:sage [2010/02/11(木) 21:49:27 ] オーバーライドや、catchというのでできそうな気もするので、 それらを勉強して見たいと思います。 >>510 ありがとうございます。 まだ深い意味までは分かりませんが、ヒントにしたいと思います。 513 名前：デフォルトの名無しさん mailto:sage [2010/02/11(木) 22:18:47 ] >>512 おいおい、>>510は君をバカにしてるだけだよ。 ちょっと古いがRPGならこれが参考になる。 短いソース2本と画像をコピーしてビルドすれば、すぐに動く。 www.saturn.dti.ne.jp/~npaka/sorami/9/index.html それから、質問する前にマニュアルなり解説書なり読みなよ。 自分で這い上がろうとしない奴には誰も手を差し伸べてくれない。 みんな逃げてしまうぞ。 514 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 00:37:17 ] 個人的にはゲームループを実装した継承専用抽象Canvasを早い段階で作っておいたほうが良いと思うね。 515 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 11:58:26 ] どうでもいいけど、タッチパネル系のゲーム、みんな作ってる？ 516 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 13:57:02 ] >>515 iPhoneであるこんな感じのアプリ！っていう要望が多いから作ってるよ 517 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 17:04:14 ] >>516 (　ﾟДﾟ)スレ違いだｳﾞｫｹ!! 518 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 18:14:44 ] いやスレ違いじゃないだろ。starアプリならタッチ取れてマルチタッチ（特定のジェスチャのみだけど）できる機種もあるんだし。 519 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 20:53:14 ] できる機種もあるんだしですね♪ 520 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 21:45:48 ] 特定のジェスチャのみなのかよw 521 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 22:04:37 ] >>520 わるい？ 522 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 22:10:39 ] s/である/にある/ >>521 どうしても連動感が薄れるよね 523 名前：デフォルトの名無しさん [2010/02/14(日) 12:40:18 ] doja5.1のパッケージソース単体(com.nttdocomo.*)ってどこかにないの？ まさかドコモ公式からＤＬしたexe実行しなきゃ取り出せないの？ exeに固められてるとかすごい困るんだけど 524 名前：デフォルトの名無しさん [2010/02/14(日) 12:52:43 ] そもそも1.4が入ってないと実行すらできねーじゃ根かくそやロー なんでexeなんだよたこ！！！！ 525 名前：デフォルトの名無しさん mailto:sage [2010/02/14(日) 22:23:59 ] おいおまえ携帯開発は初めてか？力を抜けよおう。 526 名前：デフォルトの名無しさん mailto:sage [2010/02/14(日) 23:27:04 ] g=getGraphics(); ↑ コレを使うとエラーが出ます どうしてですか？ 527 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 01:16:28 ] >>526 エラーになりませんが？ エラーメッセージは？ 528 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 05:10:18 ] >>527 原因が分からないので教えてほしいのですが… 529 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 06:27:24 ] >>528 原因はエラーメッセージに書いてありますよ。 530 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 07:43:43 ] 使ってるバージョンとかその糞コード公開とかしてもらわんと、 円馬鹿の中の人と思われちゃうよ。 531 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 10:17:51 ] 初心者未満しかいないのかよこのスレ… 532 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 10:54:05 ] >>524 おまいさんみたいなのにはみんなして触らないように心掛けるもんだが、 あえて言っておくと1.4とか1.5とか6.0とか関係なく動くぞ。よほどのことがなければ最新バージョンで不具合は起こらん。 533 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 16:28:36 ] >>527 「シンボルが解決できません」って出ます キャンバス外のクラスで使用しているからなんでしょうかね？ オブジェクト指向って複雑ですね 534 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 17:20:57 ] 熊さんが釣り餌を目の前にしてダラダラ汗かいている状態。 Cコンパイラにjavaのソース通してないか……？ 535 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 17:31:25 ] >>533 そのエラーメッセージで検索しろ。話はそれからだ。 536 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 17:45:54 ] >>533 ＞キャンバス外のクラスで使用しているからなんでしょうかね？ それで正解だと思う 537 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 21:20:55 ] >>533 >オブジェクト指向って複雑ですね あれ？　既視感が・・・ 538 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 12:08:46 ] リソースが山のようでヒープ容量と戦っているんですが、 アプリ起動中にSDの特定ファイルを開っぱなしとか、しても良いものでしょうか。 539 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 14:11:10 ] 駄目に決まってるだろ。 リソースはキャンバスに括りつけるようにすれば、キャンバス廃棄時にヒープも解放されるようになるから そういう管理に変更したほうが良いと桃割れ。 540 名前：538 mailto:sage [2010/02/18(木) 18:35:15 ] 齟齬がありそうに思えたのでもう少し詳しく説明します。 リソースファイル(画像、音、マップデータ等)の数が多く、 未圧縮状態で10MB以上、圧縮後も2MB近く有ります。 この時点でメガアプリに格納することは不可能で、SDに出すしかありません。 また、量が量なので、全ファイルを一度にメモリに持っておくことができず、 必要な量を都度読み込む仕組みになります。 ここまでは既に出来上がっていて、 今問題なのがヒープ容量とロード時間のバランスです。 (一度に読みすぎるとヒープを圧迫し、必要最低限にするとロードが頻発) で、SDアクセスは開くと閉じるが遅いだけなので、 開っぱなしにすれば必要最低限にしてもロード時間が極端に短くなるため、 解決策のひとつになるのではないかと思った…というのが先の質問です。 >>539 『キャンバスに括りつける』というのが具体的にどういう手段なのかわかりませんので、 もし使える方法でしたら詳しく教えていただけないでしょうか？ 541 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 18:55:16 ] 開いておくのも一つの手かもしれないが、開いているだけでもそれなりに メモリーを食うし、どんな機種依存仕様(と称する端末バグ)にぶつかるか やってみないとなんとも言えない為、あまりお勧め出来ない。 542 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:15:34 ] >>540 どういう設計になってるか分からんから正確にはコメントできないけど、 画像の読み込み全般は基本的にキャンバス（画面）読み込み時に一気に行うべきで、 途中で逐次ロードするようにするべきではない。 当然ながら、外部ストレージから開いたファイルは、閉じなくてはならない。 画面の初期化時にのみ画像が読み込まれるなら、画面を閉じるときに画像は破棄できるオブジェクトなわけで、 キャンバスのメンバとして画像を設定しておけばガベコレ任せでヒープは正しく回収される。 従って、画面の初期化時にヒープを上回る量の画像を読み込まなければいけないような場合は画面設計そのものが間違いであり、 事前にロードする画像の量を減らせるように読み込む画像のパスリストを画面に与えるなりする方法を取るべきである。 また、メニュー画面など主画面とは別個で制御できうるものが存在するなら、 その画面は別のキャンバスとすることによりメモリ削減を図ることが可能である。 ファイルの開きっぱなしを犯してはならない根拠として、「開きっぱなしでアプリケーションが落ちた場合」の挙動が考えられる。 通常、windowsアプリの場合であればOSが落ちたアプリケーションが開いたファイルハンドルは全てcloseしてくれるが、 携帯電話、特にjavaの場合は全く不明である。最悪、開きっぱなしでアプリケーションが終了すればファイル領域のみならずディレクトリ、パーティションまで物理的に壊れることも考えられる。 ファイルはオープン／読み込み／クローズが一体と考えるべきである。 以上。 文句あるならコード晒せ。 543 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:59:45 ] >>540 基本的には>>542の通りなんだけどそうはいってもSDファイルを開くのは遅いんで ファイルはアプリ中は開きっぱなしで、ファイルをJarInflaterでリソース取得するのは ある程度の利用シーンで分けて取得するのをすすめる 10MBいっぺんに使うわけではないでしょ？ 544 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 12:00:08 ] >>541-543 ありがとうございます。 総じて開っぱなしイクナイ(勝手にやれ？)ということで。 うーん。 PS時代の技術の使い回しで、戦闘開始前にSDランプが点滅する仕様も考えてみます。 あぁアプリの方は、立ち絵会話イベントのあるドラクエみたいな感じです。 >>541 (`Д´)ゞﾗｼﾞｬｰ!! >>542 アプリが落ちるだけならまだ平気みたいです。 (2MBダウンロード中に何度か強制終了させてテストしました) 電源引っこ抜かれるケースが少々怖いですね。 > メニュー画面など主画面とは別個で制御できうるものが存在するなら、 > その画面は別のキャンバスとすることによりメモリ削減を図ることが可能である。 要はこれをやった結果、戦闘なり会話イベントなりが発生するタイミングで NとかNとかNの機種で数秒ロードで固まるハメになったわけです(´・ω・｀) >>543 上記の通り一応やっているんですが、SD相手だとそれがネックになっているんです。 既にやっているソフトが有れば良かったのですが、 ドラクエもFFもresに収まりきっているご様子で…うぅ。 545 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 23:15:01 ] メディアファイルに上書きしてはいけないんですか？ 546 名前：デフォルトの名無しさん [2010/02/20(土) 05:25:58 ] タッチパネル携帯は指が太い人には大迷惑だ 547 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 10:23:59 ] 静電式は触れてる面の中心を捉えるから太さは関係…あぁ、携帯の話か 548 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 20:08:02 ] 割とヤバ目のものを公開したいんだけど、 アプリゲットとか審査を必要としないで登録できるようなアプリ紹介サイト知らんですか。 549 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 20:21:55 ] 内容をkwsk教えてくれたらそんなものはないよと言ってあげよう 550 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 20:38:42 ] まあ、ぶっちゃけエロですわエロ。 アプリゲット検索してみると、一応水着レベルのものは許容してるっぽいから そのレベルに調整すればいいのかも知らんが、個人的には全力エロをやりたいわけです。 無い訳ないじゃないですか。裏サイトの一つや二つ隠してるくらい言ってくださいよ！ 551 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 20:42:08 ] データとプログラムを分離すれば? シナリオは審査通ってから差し替えるとか 552 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 20:56:57 ] それ、許されんの？ シナリオローダー的なものを登録するなら分かるんだけど、 個人的には直球でエロ臭を出したいんだけど。 553 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:14:10 ] つかエロゲを扱うアプリショップってないのか？ 課金とか必要ってことだよね？>550 554 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:24:32 ] 課金できれば理想だけど、別になくてもいい。 お金欲しければサイトにアフィ貼ればいいだけだし。 要はアプリ紹介サイトでエロ可（むしろ推奨）なところが無いかってことよ。 どっか知らない？ 555 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:40:26 ] それはム板だと板違いでは。 556 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 21:49:27 ] んだ とりあえず「iアプリ エロゲ」でググッと毛 557 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 23:34:19 ] いやー、俺携帯畑詳しくないから>>556でぐぐってもいかがわしいもんしか見つからんで、 本当にそういうエロアプリ登録所として機能してるところすら見つからんでやんすよ。 お詳しいのであるなら、なんかもっと直截的に引っかかるキーワードを教えておくんなまし。 558 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 23:38:47 ] 開発はしたことあるけど、配布は基本的に会社任せだな。 アプリ開発なんて仕事でしかしないし。 559 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 00:11:00 ] アプリゲットの場合、ド直球でなくきわどいアプリは提示可能だから、 15禁バージョンを別に作ってアプリゲットで公開して、アプリ内メニューから 18禁バージョンがダウンロードないしは購入できるURLに飛ばすって感じで 良いんじゃね？ 560 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 03:32:05 ] DoJa 5.0 です。 MIDI ファイルを再生したいのですが、AudioPresenter.LOOP_COUNT の説明で > なお、セットアップ小節を含む SMF の場合は、 曲の末尾から先頭に戻って > 再生する際にはセットアップ小節を飛ばして再生します。 すなわち、セット > アップ小節は無視され、セットアップ小節に含まれるイベントも再生されません。 とあるんですけど、「セットアップ小節」 ってどういう事だかわかりますか？ 1 小節目をイベント無しにしたりいろいろ試してみたのですが、何をどうしても 曲の先頭に戻ってしまいます・・・。 561 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 05:42:01 ] 一小節音を出さずに音色の割り当てとかのデータだけ入れておく 繰り返す場合はそこを飛ばす という意味 だから繰り返し指定してる限り曲が銭湯に戻るのはあたりまえ 562 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 13:57:56 ] 最近の携帯の高解像度フォントはアプリで利用できますか？ 利用方法を教えて下さい 563 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 18:10:01 ] multiplayer snakeってググって2番目に出てくるオンラインゲーム　 昔、ezアプリで流行ったんだが携帯アプリ会社に手放され、すっかり過疎って しまった。。。　またあの楽しかった日々に・・・戻りたい 564 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 18:13:24 ] >>562を 565 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 20:33:55 ] > 最近の携帯の高解像度フォント ってのが何を指しているのか分からない。 端末のフォントなのかTTFなのか、とか。 566 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 20:47:15 ] >>564 ガキかｗ 聞けば答えてくれると思ってんのか？ 567 名前：デフォルトの名無しさん mailto:sage [2010/02/21(日) 21:43:35 ] 携帯端末仕様書にはもしかしたら載ってるかもしれんが、 載ってたとしても守秘義務で教えられないな。 と書いて答えそうな奴に釘を刺す。 568 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 11:56:29 ] >>554 つ　LIAPPなら課金もできる 課金しないなら適当にレンタルホームページ借りて勝手アプリとして公開すればいいとおもうけど 569 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 13:00:11 ] 思ったんだが、そもそもiアプリがどういうものか>>548は 理解してないんじゃねーの？ 「作りたい」と言ってるだけで、実際に作る能力がないかもしれん。 もしかしたら、携帯畑だけ詳しくないんじゃなくて、プログラミング全般 できないかもｗ 実際出来てる物を見せて「これを公開したい」というなら分かるけど、 空手じゃしょーがねーよ。 本人が言ってる全力エロとやらも、どうせオタク絵の女の子が 「初めてなのにイッちゃうー！」とかほざく程度だろ。 570 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 17:46:21 ] どーでもいいですよ♪ 571 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 17:50:35 ] >>569 あんたうるさい。。。ああ 572 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 20:05:36 ] >>540 一応READONLYならSDはopenしっぱなしでも大丈夫 すでにやってるソフトもいくつか知ってる 573 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 20:11:35 ] >>544 ちと補足。書き込み時はopenしっぱなしｲｸﾅｲ!ので、 データダウンロード時はちまちまopen/close繰り返すべし。 どうせ150k毎でしょ？ 一度データ保存し終わったら>>572するといい 574 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 02:14:28 ] >>569 本当のこと言ってやんな 神経症的ガキは放っておけ 575 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 18:22:38 ] きっと、他人に作らせてるだけなんだろ。 576 名前：538 mailto:sage [2010/02/23(火) 19:11:57 ] >>572 おぉ、ありがとうございます。かなり安心しました。 書き込みの方も了解です。 577 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 19:50:06 ] アプリ開発初心者です。 ネットにある「初めての携帯アプリ」みたいなサイトを見て勉強しています。 そこで1つ疑問に思ったことがあります。 無限ループ（ゲームループ）にスレッドを使ったものがありますが、 whileで無限ループを作った場合と何が違うのでしょうか？ わざわざRunnableインタフェースをimplementしなくても、whileで充分だと思います。 スレッドを使うメリットを教えて下さい。 578 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 21:55:27 ] シングルスレッドにしたらprocessEvent受け取れねーだろ… 579 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 22:04:36 ] >>578 ネタですか？ 580 名前：577 mailto:sage [2010/02/23(火) 22:36:16 ] >>578 スレッド数に関係なく受け取れるみたいですよ。 docomoの開発ガイドには、「スレッド数は最小にすべし」みたいなことが書かれています。 ならいっそのこと、シングルスレッドにして適宜delayを入れたほうがいいと思います。 どの解説サイトにもスレッドを紹介してるくせに、そのメリットは説明してないんですよね。 javaのプログラミングの慣例としてスレッドを使ってるだけなのでしょうか？ 581 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 22:57:03 ] Nが使ってるOMAP3の後継、OMAP4はデュアルARMコアらしいよ どうせiアプリVMはシングルスレッドか… 582 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 23:54:49 ] A9て今年中に出てくるのか？ 583 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 00:56:42 ] >>582 ネタですね 584 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 02:20:46 ] >>580 javaのプログラミングの慣例としてスレッドを使っているのではなく、 単に設計の問題です マルチスレッドには、処理に対して並行性や並列性を与えられる というメリットがありますが、リソース管理に関して複雑な制御を 行なう必要があるというデメリットもあります ところで、イベントディスパッチのみで動作するものをシングルスレッドと 言っている場合の話なんですが、無限ループをまわし始めるのは いつのタイミングですか？ 585 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 10:29:37 ] >>580 584で述べられている様に、設計に依存することが多い。 では、非同期のスレッドで動作するTimerクラスを使用せず、 100msごとに複雑な幾何学計算を行う様なプログラムを開発する場合どうしますか？ 586 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 10:36:50 ] >>580 多分 IApplication#start() のwhileループと、そこでスレッド作って スレッドの中でwhileループ作る場合のコストを言っているのだと思うけど、 IApplication#start() はシステム(processEventのコールバック等)が 使用するスレッドとは別のスレッドが使われる。 なので後者のスレッド作成コストはぶっちゃけ無駄。 ただこれDoja限定で使える手段で、MIDPでは使えない。 その辺の移植性とか、実質問題ないとはいえ気になる人が、 自作のスレッド作るんだと思う。 ということでなく？ 587 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 14:45:49 ] 無駄って言い切るなよ なにがぶっちゃけだ 588 名前：デフォルトの名無しさん mailto:sage [2010/02/24(水) 15:03:16 ] つまりJVM内のスレッドがLinux/Symbianスレッドになるわけでもないってことだろ 少なくとも今>>586が知る限り 589 名前：デフォルトの名無しさん [2010/02/24(水) 20:34:06 ] iapplitool(star)がビルド後に落ちる件だけど、 エミュレータ環境設定→ビルドの設定→『ADFチェック処理を実行する』のチェックを外したら落ちなくなった 初期設定で落ちる仕様に驚いた 590 名前：577 mailto:sage [2010/02/24(水) 23:51:23 ] 皆さんありがとうございます。 設計の問題としたら、なんか納得できないんですよね。 どの解説サイトにも、 「iアプリのリソースは限られているので無駄は省きましょう」 と書いているのに、スレッド作るのは無駄ではないかと思います。 >>585 100ms待っている間に別のスレッドで計算をしておくと いうことでしょうか？ そういう使い方ならば、たしかにメリットがありますね。 でもそれほど重い処理でないならば、100ms待ってから 順次計算してもいいんじゃないかと思うのですが。 >>586 つまり移植性を考えなければ、スレッドを作らなくてもいいと いうわけですね。 591 名前：デフォルトの名無しさん [2010/02/25(木) 01:04:32 ] だれかWin7 64bitでiAppliToolkit(DoJa)を入れて使ってるやついない？ インストールはできるけど起動できない。 592 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 11:37:42 ] >>590 サンプルソースは設計よりも実装（設計の為の部品）を見せたいのだと思います たとえば、内部では重い処理を実行中であっても、画面表示の更新は行いたい という場合には、スレッドを作るという方法があるという事を知っておくのは 有用ではあっても決して無駄ではありませんし、おそらくスレッドを利用しない 他の方法よりも簡単に設計・実装が出来ると思います というわけで、スレッドを利用するしないは設計の問題なので、 実装を見せる為に書かれたサンプルについて、設計をどうこういうのは 的外れな話だと思います 593 名前：586 mailto:sage [2010/02/25(木) 12:55:52 ] うーん。俺が勘違いしてるだけなのか？ 多分>>577はスレッドの有用性云々を問いたいのではないと思うのだけど。 スレッドA: システムが使用するスレッド(processEventやIApplicationのコンストラクタ等) スレッドB: IApplication#start() が呼び出されるスレッド とした時に、 1. スレッドBでゲームループを作成する 2. 自前でスレッドCを構築して、そっちにゲームループを作成する の、2のケースが分からないと言ってるんじゃないの？ で、俺の解はCを作るのは無駄、無くて良い。 別に並列処理を否定するつもりはない。 594 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 13:53:45 ] >>593 >>577は「スレッドを作るメリットは？」という疑問 >>590は「スレッドを作るのは無駄だ」という意見 として読んだので、メリットも無駄も設計次第と言うしかないです 並列処理を否定しないという事は、 「自前でスレッドCを構築して、そっちにゲームループを作成する」 のが無駄になるかどうかは、結局設計の問題ですよね？ 595 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 14:57:30 ] 設計は同じ前提の比較なんだよ。 このソース見てから577読むと納得出来ないかなぁ。 イヤ勘違いなら申し訳ないけど。 1. の場合のソース class MyApp extends IApplication { 　　public void start() { // ←スレッドB 　　　　MyCanvas canvas = new MyCanvas(); 　　　　canvas.run(); 　　} } class MyCanvas extends Canvas { 　　public void run() { 　　　　while() { /* ゲームループ */ } 　　} } 2. の場合のソース public class MyApp extends IApplication { 　　public void start() { // ←スレッドB 　　　　MyCanvas canvas = new MyCanvas(); 　　　　Thread thread = new Thread( canvas ); // ←スレッドC 　　　　thread.start(); 　　} } class MyCanvas extends Canvas implements Runnable { 　　public void run() { 　　　　while() { /* ゲームループ */ } 　　} } 596 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 20:42:22 ] ネットランキング対応したいのですが、 やり方の入門サイトありませんでしょうか。 借りてるサーバーはphp、DB使えます。 597 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 20:51:12 ] 端末固有情報をキーにしてSQLITEで適当なテーブルのキーにすればいい。 598 名前：デフォルトの名無しさん mailto:sage [2010/02/25(木) 20:55:18 ] >>595 その両者は外部仕様が同じだとしても、同じ設計ではありません また、そのコードのようにそれだけで完結出来るなら、MyCanvasクラスを スレッド化するのは無駄でしょうし、設計にも問題があるかも知れません 577が見た入門サイトに書かれている説明やサンプルの展開が どういうものかはわからないので、スレッドを起こすのは無駄とは 一概に言えませんよという話です 599 名前：577 mailto:sage [2010/02/25(木) 21:17:03 ] >>595 俺が言ってたのはまさしくそれです。 1の作り方を解説した後、2に書き換える入門サイトが多いんです。 でも2に書き換える理由はまったく説明してくれない・・・。 どうせなら、スレッドを使う意味まで解説してくれればいいのに。 自分で作ってみたゲームではwhileループを使っています。 インベーダータイプのゲームなので特に問題ありません。 901でもサクサク動いてますｗ 600 名前：392 mailto:sage [2010/02/27(土) 08:48:14 ] 1だとループ抜けるまでstart()が返んないから本当はダメなんじゃないかと思う。 リファレンスには特に書いてないから、本当のとこはわからないけど。 DoJaのJVMはメーカーごとに実装が違う部分があるから、 IApplication#start()がすぐに返ってくることを期待している実装のメーカーがあると問題になるかもね。 601 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 08:59:06 ] JVMはどっか一箇所で作って各自移植すればいいのに… 602 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 09:08:02 ] start() の中で回しても動くけど、それは偶然そういう実装になってたからって話かね。 別キャリアの奴とかだとイベントはできるだけ早く処理して抜けろとかあるし。 603 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 18:49:03 ] >>602 DoJaはその辺実装依存とかあるかもね。 Star の StarApplication#started() はこれが終わらないと サスペンド後の復帰のコールバックかからないようなこと かいてありました。 604 名前：デフォルトの名無しさん mailto:sage [2010/02/28(日) 01:27:18 ] >>601 一言余計だ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef