- 1 名前：デフォルトの名無しさん [2010/05/27(木) 23:23:48 ]
- □前スレ
GoogleAndroidアプリ作成part3
pc12.2ch.net/test/read.cgi/tech/1268692293/
□過去スレ
GoogleAndroidアプリ作成part2
pc12.2ch.net/test/read.cgi/tech/1253197333/
part1 ☆JAVA初心者がAndroidでアプリを作るスレ☆
pc12.2ch.net/test/read.cgi/tech/1243270488/
初期の流れをくんでJAVA初心者にも親切にしよう！
Android Developers（英語）
developer.android.com/index.html
リファレンス
developer.android.com/intl/ja/reference/android/widget/HorizontalScrollView.html
Android - Open Handset Alliance プロジェクト
code.google.com/intl/ja/android/
- 511 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 18:12:25 ]
- 俺、宝くじ当たったら真面目に働くんだ。
- 512 名前：482 mailto:sage [2010/06/22(火) 18:19:19 ]
- >>487
androidの環境しかないので、Java環境だとどうなるか試していませんでした。
確認してみます。
>>496
１回目のreadLineの後に、実は受信した情報を表示する部分がありまして、
そこまで動いているのは確認済みです。
別スレッドは考えていませんでしたので検討してみます。
- 513 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 19:44:32 ]
- 2D物理エンジンはやっぱりNDKかOGLSEでチューニングしないと遅いみたいだけど
いまのところ完成度が高いチューニングされた2D物理エンジンってどれ？
- 514 名前：デフォルトの名無しさん [2010/06/22(火) 19:46:04 ]
- ない
- 515 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 20:27:19 ]
- >>512
コマンドレスポンスなプロトコルなら別スレッドにする必要ないぞ
タイムアウト処理はいるけど
- 516 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 20:35:04 ]
- >>512
応答読み取るところでreadLineがnullになるまでループしてるところで止まってる
nullが返ってくるのはstreamが閉じられたときだけじゃね？
- 517 名前：482 mailto:sage [2010/06/22(火) 21:07:22 ]
- >>516
パケットキャプチャ上は、TCPのRSTもFINもとんでいなんですよね。
hoge OK\r\n
next hogehoge\r\n
がTCP上で帰ってきて、そのあとACKが飛んでいるだけでセッションが
閉じられたようには見えていないです。
内部的にはstreamが閉じているのでしょうか。
>>515
タイムアウト処理はじきに作ろうとは考えていましたが、タイムアウト以前に
コマンドレスポンスの正常系すら動かないものでして。
- 518 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:05:37 ]
- streamが閉じられない限りはreadLineはnull返さないから、
一個目のwhile抜けてないんじゃないの？って話なんだけど
応答が１行って決まってるなら一回readLineで読み込んだら次行けばいいと思う
- 519 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:10:55 ]
- そろそろandroidと関係なくなってるし、javaスレへでも移動したら？
- 520 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 23:23:45 ]
- android環境あるのならJava環境もあると思われ
- 521 名前：デフォルトの名無しさん [2010/06/23(水) 10:15:40 ]
- 既存の機能（キーボードやスケジュール）を呼び出すソースとか
載ってるサイトありませんか？
- 522 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 10:50:36 ]
- >>521
android.git.kernel.org/
ってことじゃないのかｗ
- 523 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 11:54:33 ]
- surfaceviewで描画を別スレッドでループさせると、タッチしてるとき以外画面が更新されない
どこ調べればよいのだろう・・・
- 524 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 12:34:52 ]
- 絵画ループをいろんなスレッドで動かすとか
破壊行為もいいとこだろ
スレッドセーフに動くわけがない
- 525 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 13:20:55 ]
- >>524
絵画ループって単なる誤変換ではない漢字読みの勘違いを感じる
- 526 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 13:30:02 ]
- drawのことか
- 527 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 13:37:52 ]
- surfaceviewの性能がいまいち感じられない。
描画速度が上がるだけ？
- 528 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 13:56:16 ]
- >>527
メインスレッド以外から画面を更新できる
- 529 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 19:51:30 ]
- 絵がループ
- 530 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 21:40:09 ]
- Androidアプリ作ってみたいけど日アン会がなぁ…
- 531 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 22:20:50 ]
- 新日アン会を作るんですね。わかります。
- 532 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 22:39:02 ]
- プロレスかよ
- 533 名前：427 mailto:sage [2010/06/23(水) 23:01:40 ]
- サービス側とサービス利用側とでプロジェクトが別だったんだけど、
今まではEclipseのビルド・パス上で別のプロジェクトを参照させていたのを、
aidlファイルをコピーするという愚直な方法にしたら直った。
むしろ逆（同じファイルを参照させた方がこの手のトラブルが減る）と思い
ずっとこれを試さないでいた俺のバカ…。
今後aidlファイルが更新される度にコピーしなくちゃいけないのが面倒だけど
- 534 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 02:12:32 ]
- >>427
ソースフォルダは複数追加できるから、
それぞれ同じパスを見るようにするのはどうだろ
外部プロジェクト参照よりは同期取れそうだけど
- 535 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 05:47:22 ]
- 日アン会なんて気にせず作りなよ。
何にも気兼ねしなくてよいのがAndroid の良いところじゃないか。
- 536 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 08:30:29 ]
- 気にせず新日アン会作りなよ
- 537 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 13:33:21 ]
- 日アン会に入るの強制じゃないしさ。
- 538 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 14:37:05 ]
- >>531
ガチで使えるアプリを作るユニバーサルアンドロイド会を(ry
- 539 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 15:24:59 ]
- どなたか女子小学生だけのアンドロイド会作ってくれませんか？
- 540 名前：デフォルトの名無しさん [2010/06/24(木) 21:21:19 ]
- 質問です
Androidソースコードをビルドするとき、Cのソースファイルに対してプリプロセス出力させたいのですがどうすればいいのでしょう。
Android.mkをエディタで開いて
LOCAL_CFLAGS := -save-temps か LOCAL_CFLAGS := -P
と追記してビルドしたのですがプリプロファイル(*.i)が出力されません。
- 541 名前：デフォルトの名無しさん [2010/06/24(木) 23:00:20 ]
- LinearLayout.LayoutParamのweight要素を
コードから変更したいのですが
どのメソッドを使えばよいのでしょうが
- 542 名前：デフォルトの名無しさん [2010/06/25(金) 13:09:42 ]
- 日本アンドロイドの会になんか問題あるの？
- 543 名前：デフォルトの名無しさん [2010/06/25(金) 16:09:17 ]
- EditTextPreference みたいなUIを使ったフォームが欲しいんだけど、
これってPreferenceからしか使えないん？
- 544 名前：デフォルトの名無しさん [2010/06/25(金) 19:42:21 ]
- >>540
build\core\comb\TARGET_linux-arm.mkに-save-tempsを追記
あとはAndrid.mkがあるディレクトリに移って部分ビルドかければいい
- 545 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 20:26:03 ]
- >>542
組織として成熟する前に大きくなって注目されるようになってしまったから
ちょっと違和感を感じてしまうかも。
カンファレンスに参加しても同好会のoff会や学会みたいな感じ。
これから成熟していくのを期待。
- 546 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 21:01:04 ]
- >>545
同好会のオフ会と学会を同列に並べられると…
まぁ、地方会みたいな感じで、全国大会ではないんだろうが。
日アン会の問題は噂に聞く限りでは、一部の人が模範というか規範となるべき所を
ダメな実例を示しちゃってるところではないかと。
個人的には「日アン会の有名人の作ったアプリだから高評価」って言う意見よりも
「なんか変な不具合が出たり、ちょっとマーケットの流儀に反してね？」ってアプリを
みたら「あぁ、あの人…」って意見をよく聞く気がする。
- 547 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 21:07:55 ]
- いやそれ温泉がコピペで広めてるだけだろ>規範となるべき人
日本Androidの会は元々単なる勉強会だよ
- 548 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 21:20:28 ]
- >>547
今でも勉強会だろ？
- 549 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 22:08:49 ]
- >>548
Android勉強会が改称しただけだからな
一部にGoogle直営の集団だとか法人の集まりだとか思ってるバカもいるが
- 550 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 22:54:31 ]
- 温泉ってなに？
- 551 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 23:12:25 ]
- え？温泉知らないの？
外人？
- 552 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 23:48:25 ]
- 足の引っ張り合いが好きだな
- 553 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 23:50:01 ]
- ＿＿ ＿＿
／＿＿＼ ／＿＿＼
||´・ω・`| | / |´・ω・`|| みんな〜
/ ￣￣ ､ヽ// ￣ ⊂二）
└二⊃ |∪ | ,、 |
ヽ⊃ー/ノ ヽノ ヽ〆
￣｀´￣ ￣ ￣
- 554 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 01:08:40 ]
- setResult(RESULT_OK, intent);
とすると、「RESULT_OKが解決できません」って出ます。
android.app.Activity はimport しているのですが
どうすれば解決できるでしょうか。
- 555 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 01:19:31 ]
- Activity.RESULT_OK
- 556 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 01:34:51 ]
- >>541
getして値設定してset
- 557 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 02:48:28 ]
- >>555
ありがとうございます！
- 558 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 09:15:09 ]
- 日アン会はちょっと馴れ合いがね…
- 559 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 09:40:22 ]
- SurfaceViewのクラスって、マニフェストに書くときどうすれば良いのでしょう？
<activity>ではエラーになるし、書かないと以下のエラーが出てしまいます。
android.content .ActivityNotFoundException
have you declared this activity in your AndroidManifest.xml?
- 560 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 10:46:56 ]
- SurfaceViewはActivityと関係ない
- 561 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 12:10:59 ]
- SurfaceViewじゃなくってSurfaceViewが乗っているActivityを書く
- 562 名前：559 mailto:sage [2010/06/26(土) 12:21:50 ]
- >>561
ありがとうございます。
上手くいきました！勘違いしていたようです・・・。
- 563 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 16:24:59 ]
- エミュレータのデータフォルダに無いの画像ファイルにアクセスしたいんですが、
画像ファイルをエミュレータ内に配置する方法ってありますか？
- 564 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 16:36:26 ]
- >>563
adbでできる
- 565 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 17:24:51 ]
- DDMSのFile explorerの横についてるボタンでもできるよ
- 566 名前：デフォルトの名無しさん [2010/06/26(土) 23:25:03 ]
- これから勉強を始める俺にオススメの書籍を教えてちょんまんこ
- 567 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 23:42:36 ]
- 国語の教科書でも読んどけチョン
- 568 名前：デフォルトの名無しさん mailto:sage [2010/06/26(土) 23:45:27 ]
- >>566
オライリーのやつ
- 569 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 12:07:39 ]
- 聞いてる時点でやる気も調べる気も行動する気も最後までやり遂げる気も無い
- 570 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 13:18:14 ]
- ちょっと教えて
mainのActivityで、threadを起動してsocketをopenして通信
そのデータを、新しく開いた別画面のActivityに送る
別画面から、データをsocketで送信
って、できる？
ブロードキャストレシーバーを使わないと無理？
あるいは、socketでの通信部をサービスにする？
- 571 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 13:27:03 ]
- おまえにならできる！
- 572 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 13:28:30 ]
- ひとに教えてもらって開発できたら苦労しねぇわ。
- 573 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 14:21:42 ]
- >>570
Serviceにするのが多分スマート
無理やりなやり方ならApplecationにおくとか、staticにするとか
- 574 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 14:28:16 ]
- 状況がちょっとよくわからんな。
- 575 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 15:09:11 ]
- >>573
ありがとう。
ServiceでThreadを走らせてできそう、受信通知はブロードキャストレシーバーで実装してみる。
助かったなり。
- 576 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 15:58:39 ]
- つうか、AsyncTaskつかえばいいだけじゃね？
- 577 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 17:18:06 ]
- BroadcastReceiverもいいけど、サービスからのCallbackも使い勝手いいぞ
- 578 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:01:21 ]
- ブロードキャストレシーバーってそういう使い方するために
あるんだったっけ？？
- 579 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:16:35 ]
- >>578
サービスの作り方調べると、幾つかのサイトで
そうやってアクティビティに通知しろって書いてあったりする
- 580 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:26:25 ]
- >>578
結果を丸ごとBroadcastReceiverで受け取るのはダサいけど
Serviceに処理を委託した後で、結果が出たので受け取りに来てねってBroadcast投げるのは
かなり基本的なプラクティスだと思う。
- 581 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:27:10 ]
- >>577
なるほど、ありがとう。
>>576
>サービスからのCallbackも使い勝手いいぞ
ありがと、検討中。
>>573
確かに、汚く static って手も確かにあるんだね。
思ったより、実装手段があるってことがわかって助かった。
それにしても、Androidって、manifest にいろいろ書いたり、Layoutが限られていて、なんかいろいろと面倒だな。
- 582 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:33:20 ]
- というかむしろ>>570みたいなケースでActivityがThreadを持ってはいけない。
ActivityのThreadはいつ死ぬか分からないので、このような場合はServiceにすべき。
ActvityがThreadを持っていいのは「アニメーションを処理する時だけ」くらいに思っておいた方がいい。
無理矢理やるなら>>573の言う通りApplecationに持たせることも出来るがバグの元になりがち。
- 583 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 18:33:27 ]
- 色々定義するのがめんどうだから
ApplicationにHandler作っておいて
メッセージ投げてる
- 584 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 22:06:51 ]
- アプリケーションのインスタンスって必ずひとつだよね？
static って意味あるの？とかおもった。
なにか、勘違いしてる？
- 585 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 22:09:04 ]
- なに言ってんだかわからない……
- 586 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 22:38:20 ]
- これ嫁
el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
- 587 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 22:48:58 ]
- 画面の表示を変えたとき、そのアプリを消してまた再起動したときに、終わる直前の時の
画面表示にしておきたいのですが、どのようにすしたらいいでしょうか？教えてください。
- 588 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 23:46:32 ]
- 大きいデータ(102400byte以上?)をputExtraするとfailed binder transactionエラーが発生するみたいです。
大きいデータはどのようにしてintent間の受け渡しを行えば良いのでしょう？
- 589 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 23:51:27 ]
- >>588
消しての真意が分からんけどタスク切替れば表示そのままなんじゃ
- 590 名前：デフォルトの名無しさん mailto:sage [2010/06/27(日) 23:54:20 ]
- >>589
は>>587宛
- 591 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 00:06:59 ]
- >>588
一時ファイルに落として、Intentではファイル名を通知とか？
- 592 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 00:47:51 ]
- 大きなデータ受け渡し用のクラスつくって、スタティックメンバに保持させることもできるな。
糞みたいなやりかただが。
- 593 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 01:07:23 ]
- Threadは論外、Serviceだって死ぬ可能性あるんじゃない？
まあフォアグラウンドアプリより生き残る可能性は高いだろうけど。
Activity間で共用したいものは
拡張したApplicationクラスで持つのが一番スマートじゃないかと思う。
っていうかApplicationクラスってそもそもそういう使い方をするものだと思ってた。
ライフサイクル的にActivityよりApplicationが先に死ぬ事って有り得ないよね？
- 594 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 01:14:06 ]
- >>593
stopするまでは一応Serviceは生き残るんじゃないかな
少なくとも他に殺せるActivityがいるのにServiceが殺されることはないはず
究極的にはOOM Killerに殺される可能性は無いとは言えないけど
- 595 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 02:57:25 ]
- >>594
ServiceはStopすることが許容されてるんだし、
OOMでKernelに殺されることも含めてActivityは起動してて
Serviceが終了してるってケースは有り得る訳じゃない？
その点、Applicationクラスは連なるActivityの何れかが生きてれば
OOM含めて死なない事が保障されてるんじゃないかなーと思ったけど、
それって実は保証されてないんだろうか。
- 596 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 03:22:12 ]
- Serviceって自力でstopしないと基本的に走りっぱなしじゃないの？
逆に考えて、stopSelfしてないのにServiceが殺されちゃうことってある？
- 597 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 03:47:50 ]
- >>596
OSの都合でやられちゃうことはあるんじゃないのかな。
>その点、Applicationクラスは連なるActivityの何れかが生きてれば
Applicationはいわばメインスレッドで、アプリケーション自体シングルスレッドって認識。
だから、Applicationクラスが死んでActivityが生き残るとは思えない。
理解がおかしいかな？
ただ、Applicationクラスをexportするのって、普通のこと？
- 598 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 04:09:54 ]
- >>597
Activityが生き残っているのにApplicationが生き残っていることは無い。
だからActivityのライフサイクル内で行われる処理ならApplicationで共有して問題ないと言えば無い。
ただonPauseを超えるといきなりTERM食らう可能性はあるので
onPauseの度にブロックして終了処理を待ち合わせるのでないなら
終了処理すらできずにdirtyな終わり方をしても大丈夫なようにしておく必要がある。
まあ、データをSQLiteに持ってる分にはトランザクションあるから大丈夫なのかな？
- 599 名前：597 mailto:sage [2010/06/28(月) 04:17:17 ]
- ×ただ、Applicationクラスをexportするのって、普通のこと？
○ただ、Applicationクラスをextends するのって、普通のこと？
>>598
ありがと。Applicationをextends してみた。
ちゃんと動くな、あたりまえだけどｗ
なんでのっけからActivityなんだ？と思ってたけど、こういうことなんだね。
- 600 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 04:24:42 ]
- ああ、俺はアプリ作り始めたらまずApplicationクラスをextendsするよｗ
- 601 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 09:54:17 ]
- BroadcastReceiverって、Activityで受け取れるわけじゃないんだ、、
Threadから、起動済みのActivity内で通知を受け取れる方法ってなにがあるんだろ。
- 602 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 11:04:06 ]
- >>601
Handlerで、postMessageじゃないの？
BroadcastReceiverって、Intentを受け取るためのものだよね？
IntentFilterで必要なIntentだけ受け取るように設定するし。
- 603 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 11:10:09 ]
- >>602
>Handlerで、postMessageじゃないの？
Handler+postMessageだと、同一Activity内での処理だよね。
複数の画面を考えているから、画面(ページ)を切り替えるたびに、connectし直さないとならない
起動したActivityで、ThreadかServiceを走らせて、次に呼んだActivityで拾えないかと思ってる。
- 604 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 11:12:39 ]
- >>602
Intentも、Activity内で拾えるか、レシーバからActivityのメソッドを呼べるといいんだけど。
どっかに、Activity内にレシーバを書いた例があったけど、いまひとつよくわからない。
- 605 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 11:31:11 ]
- >>603
>>604
なるほど。画面遷移後(startActivity後ってことだよね)に
お知らせをどうやって受け取るかっていうことか。
ちょっと試してみよう。
通常時の画面(Activity)間のデータ受け渡しは、
sharedPreferences 使ったけど、それ以外の受け渡しって
やったことないから、考えたことなかった
- 606 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 11:40:53 ]
- >>605
ありがと。
Applicationの中で、データコンテナのクラスをおいて、
最初に起動した、ActivityでThreadを立ち上げて、そこで発生したデータを格納。
操作のActivityに遷移して、Applicationのデータコンテナからsynchronized メソッドで取得。
汚いけど、いまこんな感じにしてる。
問題は通知機構をどうするか。
リアルタイム性はさほど必要としていないので、ポーリングすればいいのだけど、
CPU負荷がかかって、動作がギクシャクしそうでやっていない。
- 607 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 14:01:25 ]
- callbackはいいんだけどaidlって決まった型しか使えないし、特殊な型使うときはparcelableにするか、
なんかゴニョゴニョしなきゃいけないらしくてなんか面倒くさい。MapとListが使えるからいいんだけど。
- 608 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 14:08:26 ]
- >>605
sharedPreferencesを使って、onSharedPreferenceChangedで受け取れそうだ。
ありがとう、すごい助かった。
もう少し試してみる。
- 609 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 14:37:10 ]
- チラ裏ですまん。
画面遷移毎にregisterOnSharedPreferenceChangeListenerで登録するのだが、
destroy時に、unregisterOnSharedPreferenceChangeListenerを忘れると、
積み重なって多重に通知が来るｗ
１０分くらい悩んだ；
- 610 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 19:29:03 ]
- >>596
Serviceもメモリ足りなくなってきたら殺されるよ
そのあと余裕がでてきたら再度onCreateされる
- 611 名前：デフォルトの名無しさん mailto:sage [2010/06/28(月) 19:36:56 ]
- >>610
stopまでたどりついてないのに問答無用で(dirtyに)killされるってこと？
|
 |
