- 1 名前：デフォルトの名無しさん [2013/11/22(金) 05:39:21.98 ]
- このスレではAndroidSDK・NDKやAndroidマーケットに関する質問を扱ってます。
※プログラミング自体が初めて！なあなたには↓↓↓こちらへ
スレ立てるまでもない質問はここで 126匹目
toro.2ch.net/test/read.cgi/tech/1363522503/
Eclipse統合M34【Java/C++/Ruby/Python/Scala】
toro.2ch.net/test/read.cgi/tech/1361510049/
★★Java質問懽\363蜻樺kスレッド161★★
toro.2ch.net/test/read.cgi/tech/1364006637/
****オススメ関連リンク****
■ TechBooster techbooster.org/category/android/tableofcontents/
■ Androidメモ www.saturn.dti.ne.jp/npaka/android/index.html
■ 逆引きAndroid入門 www.adakoda.com/android/
■ Androidプログラマへの道 wiki.livedoor.jp/moonlight_aska/
■ Android Wiki* wikiwiki.jp/android/
****公式リファレンス****
■ Android developers developer.android.com/index.html
■ ソフトウェア技術ドキュメントを勝手に翻訳 www.techdoctranslator.com/
■ 日本Androidの会 www.android-group.jp/
■ StackOverFlow stackoverflow.com/questions/tagged/android
****前スレ****
Androidプログラミング質問スレ Part37
toro.2ch.net/test/read.cgi/tech/1382430603/
- 116 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:06:48.44 ]
- >>101
リスナやIDでの分岐はGUIに特有の現象ではないから、
そこで躓いてるってことは「GUIの作法知らない」ではなく「一般的なクラス設計をよくわかってない」ということになる
だから一般的なクラス設計から学び直せ
# リスナの扱い方もわかってないレベルでよくサーバーサイドなんて出来たな
# ↑このスレの皆が思ったこと
- 117 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:13:57.56 ]
- >>115
「サンプル」は処理を示すことが目的なんだから綺麗なクラス設計にするわけないだろう
クラス設計の手本を見たいならオープンソースのコードを調べるべき
# もしかしてオープンソースにあまり慣れてない？
# チェックアウトの方法わかりますか？
- 118 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:21:21.61 ]
- オープンソース関係ないじゃん
- 119 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:29:29.15 ]
- 少しは自分で考えろ
- 120 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:56:51.27 ]
- >>103
いやいやいやいや、まてまてまてまて
しれっと間違い書いてんじゃねーよ。
2chだから許されるとか、まずないから。
性根腐った輩が2chなら認められる、みたいな風潮
マジいらないから
- 121 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 12:41:37.11 ]
- 具体的になってきた。ありがとう。
>>116
一般的なクラス設計ってのが抽象的すぎてどの程度をさすかわからないが、GoFパターン位なら一通り理解してそこそこ使ってる程度です。リスナーはサーバサイドではあまり使わないから理解度は低い
>>117
おすすめのオープンソースありますか？
全部読み切れる位の程よい大きさだと助かります
チェックアウトの仕方は知ってます
- 122 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:07:07.23 ]
- ここは質問に答えるスレであって君の雑用をこなすスレではないのだが
- 123 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:17:01.13 ]
- 経験者のようだが、androidに関しては、
androidの初心者本を買うところからスタートすべき人だな
- 124 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:19:56.91 ]
- > 一般的なクラス設計ってのが抽象的すぎてどの程度をさすかわからないが
「オブジェクト指向分析設計」の範囲
> おすすめのオープンソースありますか？
「どういう設計のコードが読みたいのか」による。
クラス設計についてもやり方は人それぞれだから、したがって読むべきコードも自分がどういう設計をしたいのかによって変わる
- 125 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:48:13.39 ]
- 知識ないくせに自分を高く見せようとするから変な質問するようになる
プログラムの表層的な知識よりもいいこと教えてやったぞ感謝しる
- 126 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:56:53.33 ]
- >>121
ググレカス＋バカムリ
- 127 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 13:59:28.45 ]
- オープンソースもなにも、AndroidなんだからAndroidのソースを読めばイイんじゃねぇの？
OS自体のソースじゃなくって、ランチャーとかそういったOS付属アプリのソースを。
…そして、Googleオススメのヘンテコな書き方に余計悩めばイイさｗ
- 128 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 14:25:15.42 ]
- >>123
おすすめの書籍ありますか？
近場の本屋でざっと目を通した程度だと、blogと同程度のサンプルレベルのコードが載っているものばかりでした
(なので書籍名すら覚えてません)
>>124
質問をかえますが、ご自身が読まれてよい設計をされてると思ったオープンソースありましたら教えてもらえませんか？
>>125
自分を高く見せようとは思ってませんよ
自分のレベルを合ったアドバイスを頂きたく書いているつもりです
>>127
Google謹製のソースは変なんですか？
試しにちょっと覗いてみます
- 129 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 14:42:39.49 ]
- 多少は綺麗なコードを書くことを心掛けているがとりあえず動けばいいや派なので
なんでそんなにコードにこだわるのかがわからん
会社で大規模なアプリを作るならわからるが個人の趣味のアプリならほとんどDLされないわけだし
まあアプリを作る目的が違うんだろうな
- 130 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 14:51:17.51 ]
- 最近のコに多いよね、こういうコ。
「はじめてに一番最高の１冊で済む参考書を求める」ってコ。
なんか処女厨と同じ匂いがするよねｗ
どうせそんな本は存在しないんだから、
とにかく何でもイイから２・３冊読んでざっくりと理解したら、
あとは実際にコード書いてみながら、要所要所でググったりしたほうが早いのにね。
- 131 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 14:52:19.18 ]
- で、こういうコに限って、英語読めないっていうコが多いんだよねｗｗｗ
- 132 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:00:38.38 ]
- 最近どこでもネットの情報は絶対ダメ本どれ本どれって聞く奴いるけど
本の宣伝かアフィのレス稼ぐくらいしか目的が思い浮かばない
それか相当の年寄りか
- 133 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:04:14.03 ]
- 書籍が出るころにはその情報はもう古いことが多いよな
- 134 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:06:30.41 ]
- 本は、入門書と［逆引きAndroid SDK］と［cook book］
で良いんじゃない？
俺も英語読めね
- 135 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:08:06.72 ]
- >>134
サンプルレベルのコードじゃダメなんだってw
- 136 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:23:19.90 ]
- つまるところちゃんと設計語れる奴は誰一人いないスレ
日本のITレベルの低さを物語ってるな
とりあえずSDKに付いてるサンプルアプリは見た？
- 137 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:26:56.64 ]
- レべルの高い人はお仕事中です
そもそもこんなスレに来ません
- 138 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 15:31:48.79 ]
- ネットの分散された情報より
それなりの量の情報を1冊としてまとめてくれている本の方がいいことも多い
特に初めてやる事は。
ただおすすめの本をネットで聞いてる暇あるなら、早くやり始めろとも思う
- 139 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 16:12:19.81 ]
- >>128
ジュンク堂で３万位書籍を買ってきて、
オクで即決１万位の端末を手に入れて、
ダイソーで105円のカラーケーブル買ってくれば、
開発を始められるのに
どれだけ貧乏なんだ？
- 140 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 16:14:30.84 ]
- >>137
ここにいるのは社畜じゃなくてフリーランサー
すごいのもいると思うよ
- 141 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 16:24:28.27 ]
- >>128
どの本が良いかなんて．．．自分で手にしてみて判断がつかない人にまともなアプリが造れるのか？
- 142 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 16:28:33.75 ]
- 設計レベルの話か？
質問主の話はコーディングレベルの話じゃね？
- 143 名前：134 mailto:sage [2013/11/26(火) 16:32:29.41 ]
- >>135
いや、俺は、入門書以外は持って無くて
あとは、教えてもらった知識と、ググって
知識を補ってる。
まぁ、手を動かしたぶんだけ身についていくもんでしょ。
ちなみに、俺は、プログラミングはCから入って
C++→java(基本的な部分)→C#→再屠avaおよびAndroid
てな感じでC系の本と、javaの本と、あとweb系の本とかで
正直、もう本買うの嫌。
- 144 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 16:41:03.37 ]
- relativelayout を extends した独自ビューのなかで、imageview をタッチしたら自身の幅と高さを変えたいんだけど、可能？
- 145 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 17:10:00.57 ]
- USB接続の実機でデバッグしてるのですが、例外が発生しても
Thread [<1> main] (Suspended (exception RuntimeException))
<VM does not provide monitor information>
ActivityThread.performResumeActivity(IBinder, boolean) line: ****
...
となって、スタックトレースの先頭が表示されなくて、場所を特定できないのですが、
これは仕方ないのでしょうか？
宜しくお願いいたします
- 146 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 17:16:36.69 ]
- CとC++出来るなら基礎できてるしそりゃすんなりAndroidもできて当たり前だろ
- 147 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 17:19:46.15 ]
- >>146
C++からjavaへの低脳化は結構厳しいものがあるよ（怒涛笑）
- 148 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 17:41:47.95 ]
- 個人で作ってて自分しかコード読まないなら設計なんて考えるだけ無駄だよ
所詮は他人のため、分業のためのお約束に過ぎない
ちなみにGoogleが書いたコードは参考にするな
昔からOSのソースコードなんてスパゲッティの塊で素人は近づくなと相場は決まってんだよ
- 149 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 17:51:02.28 ]
- オライリーのAndroidの本買ったけど
オライリー読んでる俺スゲーっていう気分にはなる
- 150 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:07:09.63 ]
- 設計論じはじめると宗教戦争みたいになるから誰も足を踏み入れたくないんだと思われ
- 151 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:17:41.44 ]
- >>145
manifestのdebugableをtrueにしてるよね？
あと例外のトリガが自分のソースじゃない場合は関係無い箇所のトレースしか流れなくて
原因の特定に時間かかることも多い
- 152 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:27:28.30 ]
- 俺はいつも下の繰り返し
1) フレームワーク作る
2) 作品を作るが、フレームワークに不満があり作り直しを決意する。
3) フレームワークを作り直す
4) 何回か繰り返す
5)新しいプラットフォームの出現で1)に戻る
- 153 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:38:54.99 ]
- >>152
趣味としてはいい流れだね
- 154 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:40:34.55 ]
- >>152
他の言語ならともかく、既製品のフレームワークで溢れかえってるJavaでフレームワークを独自開発したくなるケースってあるか？
- 155 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:49:11.25 ]
- 俺は下のような感じ
1) とりあえずやりたい事が技術的に可能か判断するため実際に動く物を作る。
非公開な小さな実験プログラム的な位置づけ。当然設計なんか皆無。
2) 可能だとわかったら作品作りを開始する前に脳内で設計を多くエミュレートしまくる。
忘れちゃうのでメモもとっていく。
この時に今後追加でつけるであろう機能もある程度は絞る。
そして自分が今後メンテしやすいように設計を考える。
参考書などのガチガチな方法ではなく、あくまで自分がやりやすい形の設計。
3) 作品を作る。
4) 作った後にさらに追加機能を思いつくこともある。入れられそうなら無理やりでもねじ込む。
ダメそうなら今作はここまでにし次回作（続編）側に回す。
5) 続編の企画を開始し 1) に戻る。
この時 2) に移った段階で前作の 4) で浮上した点について設計の拡張性を再考察する。
これの繰り返しで作品つくる度にどんどん自分のやりやすい設計が勝手に構築されていく
- 156 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:53:44.10 ]
- 俺の場合、作品作るとライブラリを根本から見直さなきゃダメになるケースが多い。
その結果フレームワークなのに１回しか使わないとか、過去に何度やらかしていることか。
正直、俺はセンスないと思う。
- 157 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 18:55:02.73 ]
- 漏れのやり方そっくりじゃねーか
ライセンス料払え
- 158 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:12:16.04 ]
- 作りながらライブラリ構築するのは時間の無駄
俺の場合ライブラリはコメントもしっかり書かないと落ち着かないから特に。
完成して次回作を作る初期の段階で、前のソースからコピペしてライブラリっぽくするくらいがいい
- 159 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:44:09.35 ]
- >>115
ソースを見てる時点で間違い。クラス図を見ろ。
もしかして、いきなりソース書いてるのか。それはぐちゃぐちゃになるわ。
ただ、キレイはキリがないので、自分やチームの技術レベルでわかりやすい程度にしてる。
- 160 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 19:49:13.00 ]
- >>159
クラス図はじめUMLとか設計書まで丁寧に公開しているのなんてめったに見かけないよ
ソース読んで自分の頭の中でクラス図なりアクティビティ図を組み立てるしかないでしょ
- 161 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:10:04.81 ]
- ぶっちゃけkitkatでも何か動かないって言ってる奴いるし
android/googleの場合やり方自体どんどん変わっていくだろうから細かいところ気にしてもしょうがないな
- 162 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:37:12.25 ]
- >>160
ぼっちは仕事とかで見ないのか。それは済まなかったな。
できたものより、できる工程見ないと、自分でも作れないと思うし。
開発手法の本とかで勉強するしかないんじゃないか。
- 163 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 20:41:36.04 ]
- >>140
社畜だが個人で出してるアプリは1万超が複数
ちなみにツール系で数ヶ月気合い入れて作って後は放置で安定収入
全部自分で調べた。このスレで聞いてもレスすらもらった事なし
- 164 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:07:30.60 ]
- >>162
いきなり仕事でアプリ作ってる話にすり替わってる…
きっと人の話を理解できず俺様論ばかり語るありがちなアーキテクト様ですか？
- 165 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:22:15.77 ]
- 大声と論点のすり替えができれば日本では出世できるよ
- 166 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:24:41.10 ]
- >>164
いや、俺は仕事やコミュニティでいろいろ見てるけど、そういうのに加わってない人は、見る機会ないんだなってこと。
- 167 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:27:55.60 ]
- で、見る機会がある人は一連の流れの評価はどうなるんだ？
最初の質問者の評価
答えた奴らの評価
- 168 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:31:14.66 ]
- >>160
クラス図はソースから自動生成できるだろ
なーに言ってんだ此奴
- 169 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:39:28.56 ]
- クラス図作ってどうすんの？
クラス図作る以前に、己の性格直さないと共同作業できない人が大杉
- 170 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:40:31.47 ]
- リバースエンジニアで生成できる程度のクラス図なんざソース見るだけで十分
クラス図が欲しくなるようなソースからは新聞紙サイズの図が出力される
- 171 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:44:31.68 ]
- 全体的にゴミ扱いのUMLで数少ない評価されてるものがクラス図なのに・・・
- 172 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:45:05.34 ]
- >>167
見る機会があるだけで見てるだけなので評価できる能力なんかありません
- 173 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:46:30.07 ]
- そもそもアンドロイドのアプリで巨大なもの作ってるの本当に少数だと思うけどね
- 174 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:48:56.53 ]
- クラス図の価値は否定してないでしょ
犬小屋作るのに設計図いるかって話してるんだよ
- 175 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 21:56:11.05 ]
- クラス図なんていらん
そんな大規模なの作らんし
DB（ローカルでsqliteのみでできるもの）もテーブル定義をメモ程度に残しておけば事足りる
これで足りなくなる規模のアプリ作ってるの？
- 176 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 22:11:41.84 ]
- クラス図は引き継ぎなどで他人に説明する手段として使うのみ
ドキュメントも成果物の１つとして納品するケースはあるが
個人で作るときに必要となったことはないなあ
- 177 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 22:48:56.58 ]
- だなぁ
むしろ半年後とかに自分で修正する時に当時を思い出せるようなメモ帳テキストか
コードの最初にわかりやすいコメント入れてるとか程度だなぁ
個人でもソースを2万行以上とか超えるとか、非同期処理多様でやたら複雑なアプリとかだと
多少クラス図もどきやメソッドの関連性みたいなものは書いてる時あるが
全部自分用だなぁ
人に見せる用ならさすがにちゃんとしたもの書くが
- 178 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:07:56.00 ]
- クラス図どうの言ってる人たちはAndroidアプリ作る時の話をしているのか、仕事でそれなりのシステム作る時の話をしているのか？
どうも後者じゃないか？
オフィススイート級のAndroidアプリを仕事として作っている人たちなの？
- 179 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:13:26.29 ]
- 質問者はそんなこと聞いてたのか
- 180 名前：デフォルトの名無しさん mailto:sage [2013/11/26(火) 23:50:02.60 ]
- ソース書いて修正するより、クラス図書いて修正してからソース書いた方が、結果的に綺麗で早い。小さいものでも。俺はね。
ただ、この方法はフレームワークと分離できるか理解してないと、ソース書く時点で多くの手戻りを生むかも知れん。
自分の得意な開発手法でやればいいんじゃないの。
答えが自分と違うからって、否定する意味がわからん。
- 181 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:29:09.36 ]
- 最初の質問は、色々詰め込み過ぎてデカくなりすぎたActivityクラスを分割したいってだけ。
割と単純でよくある話だ。
なのにここの連中は初歩から勉強し直せやら、オープンソース読めやら、クラス図書けやらと的外れなレスして、あとは大量のガヤ。
誰一人としてこの単純な質問に適した回答をしていない。
むしろ回答できない、回答できる奴がいないといった方が正しいな。
真っ当な回答できる奴いるか？
いるなら出てこいやあー！
- 182 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:38:23.86 ]
- 真っ当な回答なら大量に出てるだろ
方法は人それぞれだから自分が一番やりやすい方法見つけて好き勝手にやれと
正しい回答が出まくってるのにそれに気づけない馬鹿なだけだよ
「恋愛の答えおしえてください」みたいな事質問してると気づけない馬鹿ってこと
ご理解いただけたかしら？
- 183 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:40:11.34 ]
- EditTextPreferenceのボタンが押された時の処理ってどういう風に取得してきたらいいでしょうか？
- 184 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 00:45:58.88 ]
- 俺の場合、activityでは各アプリで共通のライフサイクル処理やキーイベント処理を書くだけに留めて
基本は他のクラスから参照するようにしている。
保存リストア系も専用の処理クラスを作って、activityのonXxxxクラスからコールするようにしている。
なので、そこまで肥大化しないな。
- 185 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 01:08:38.16 ]
- 業務じゃなけりゃ、自前のフレームワークなんて、精々、サブパッケージ程度に収まる範囲でしょ
クラス図とか作るなとか、作る必要ないとか言う気はないけど、実際のところ、作らなきゃ把握しきれないほど肥大化するもの？
- 186 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 02:07:02.21 ]
- >>181
俺はあるＰＣ用のプログラム作ってるけどmainが肥大化してるからどうしたらいい？
質問としてはこんなレベル
真っ当な回答とやらを聞きたいな
- 187 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 07:29:02.51 ]
- >>186
構造化プログラミング、関数化
- 188 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 07:53:36.47 ]
- いつまでこの話題が続くのか．．．非常にツマラン
馬鹿はほっとけ
- 189 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:01:17.31 ]
- 馬鹿達の薄い知識自慢大会になるからこの手のネタはみんな避けてるんだな
- 190 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:16:56.79 ]
- さいごにちゃぶ台ひっくり返して自分が一番上だと思いたい書き込みもよくあるオチだな
- 191 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 08:55:37.77 ]
- 本当の馬鹿に馬鹿っていうと発狂してやめ時みつけられなくなるからな
精神的上位者がぶったぎるのも必要なんだよ
- 192 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 09:18:10.31 ]
- >>191
では、精神的上位者のアナタがぶった切ってやって下さい
- 193 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 09:57:50.03 ]
- >>183
全部xmlだけで定義するのは無理
onClick()実装したサブクラス作ってそれをxmlに記述するか、無名クラスに実装して、コード上でPreferenceCategoryにaddするか
- 194 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 11:11:43.79 ]
- >>183
xmlＰnClickにメソッド名を記述して
setContenViewで実装するActivityに
public メソッド名(View ｖ)｛｝
で実装する。
- 195 名前：194 mailto:sage [2013/11/27(水) 11:13:40.97 ]
- 文字化けした
onClick�
- 196 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 12:26:27.11 ]
- おっと、最近はxmlでEditTextPreferenceにonClick属性が指定できるようになってたのか。知らなかった
昔自分もやりたくて調べたけどその時はできなかった
- 197 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 12:36:58.85 ]
- 人数増えすぎて希望したセミナーうけれないという弊害が出てきそうなムードだ
無料セミナーなのに音読があるから結局3000円オーバーする書籍買い込む結果になる
ダダ漏れのgoogleドライブのアンケートに書いてもメアドやスカ晒されるだけなのでここに
書いておく
セミナー主はどういう考えで人数ふやしているんだろうか？批判ではないが本心が知りたいな
もちろん主催さんには恨みも批判もないが本心が知りたくなってきた
- 198 名前：デフォルトの名無しさん [2013/11/27(水) 15:21:47.94 ]
- newで作ったEditTextをsetView()して
AlertDialogを作っているのですが、
２回目の表示時に例外で落ちます。
ググると同現象は各所で書かれているのですが、
（例えばここ）
d.hatena.ne.jp/m383m+mmj/20100705/1278334559
EditTextやAlertDialogをフィールドに逃がすのではなくて
「適切なViewに対してremoveView()」することで
対処したいです。
どのように書けば良いのかご教授いただけますでしょうか。
removeView()して解決する方法は
StackOverflow含めて見つかっていません。
＜例外の内容＞
java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.
よろしくお願いします。
- 199 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 15:22:43.37 ]
- >>171
ステートチャート図とか、シーケンス図も使えると思うが。
まあ、UML の前からある図だけど。
- 200 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 15:48:51.09 ]
- >>198
アラーとダイアログはActivityのライフサイクルにあわせないと、2回目の表示で落ちることがある
Activity.showDialogをコールしてActivity.onCreateDialogの中でAlertDialog.Builderで作ってActivityに渡す
画面の縦横切り替えでも落ちるならコレが原因
- 201 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 17:08:07.42 ]
- >>画面の縦横切り替え
アイポンやandroidで初めて見た時はすごいなって思って自分のアプリにも導入したけど、あんまり意味がない事が判明
だから最近は縦か横かに固定してる
- 202 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 20:48:55.83 ]
- 縦固定アプリはタブレットで使う時にむかつく
- 203 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:06:35.50 ]
- タブレットは装備が貧弱だから次のバージョンでから動作不能にする予定です
- 204 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:22:23.03 ]
- 起動時の向きに固定したったらええやん
俺も「作業中の画面向き変更ってあんまり意味なくね」って思ってたけど，
稀に「編集は横画面が使いやすいけど閲覧には縦のほうが使いやすい」みたいな場合が
あるような気もしてる
- 205 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:28:12.45 ]
- 起動時の向きの固定とか、動的でプログラマブルな向き変更って
初期の向きでの画面構築後に、再構築しなきゃならんよね
遅くなりそう
- 206 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:29:45.90 ]
- 個人的には端末の方で固定してるけど、
アプリの方で可変の場合に今の向きじゃない方にしたい場合だけ端末の方を一旦解除→アプリ起動ってめんどくさい状況がまれに発生する。
本当は物理ボタンでもタッチでもいいけどデフォが固定で向き変えたいときに押す方がいいんだけどね。
端末の機能アピール以外に端末の向き変えて画面変わる状況は意味ないと思う。
手動で向き変えることが苦痛なほど向き変えまくる状況がないし、そもそもAndroidのシステムとしてそんなの想定してない。
- 207 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:46:10.55 ]
- タブレットはともかくとして普段は端末で回転無効にしてる人多いんじゃない？
最初から横画面なんていらんかったんや
- 208 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 21:55:58.14 ]
- そう言われれば写真や動画見るときしか横にしないな
まれにqwertyで長文入力するとき
- 209 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:26:29.80 ]
- ブラウザではよく縦横切り替えるなあ。PC用サイト見ると縦のままじゃ読みづらいことがままある。字の大きさ的に。
それ以外のアプリでは向き固定の方がありがたいな。
回転禁止がシステムレベルでアプリごとに固定できるってんでもいいんだけど。
- 210 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:32:41.15 ]
- 向き固定のアプリとか「技術力ないんだなー」としか思わん
- 211 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:44:05.76 ]
- ユーザレベルの知性を感じない感想だな
- 212 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:48:20.83 ]
- 海外だとこの手のシャキーン！とキーボード出てくる機種に人気あるイメージがあるから
もしかしたら横向きの需要は海外の方があったりするかもね
www.android.com/devices/detail/sharp-fx-plus-ads1
- 213 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:50:17.17 ]
- 現在、AlertDialogで設定画面を作っています。
例えば、
設定ダイアログ
ー設定１
ーー設定１１
ーー設定１２
ー設定２
といった構成を考えているのですが
設定１１の場所で物理キャンセルボタンを押した場合に
ダイアログ自体が閉じてしまいます。
これを設定１に戻るようにしたいのですが、
setOnCancelListener()を使い、
設定１ダイアログのshow()メソッドを呼び出す以外に方法はあるのでしょうか？
設定項目が増えた場合を考慮して、できればこれ以外の方法で
実装したいと考えています。
- 214 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:55:36.66 ]
- >>211
スマホからタブレットまで画面サイズが多様化してる時代に特定の方向に画面を固定する理由なんてない
「画面変更に対応しづらい糞設計のコードなんだろうなー」としか思わん
- 215 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 22:56:00.99 ]
- >>213
俺の知る限りではない
ダイアログは表示が1個だけであり
ウインドウズみたいに重ねて表示できない仕様なんだろうと思っているぜ～
なので俺も1→（1の設定を記憶しておき）→11表示（1は消える）→もどる（11の設定を記憶しておく）→1表示（記憶しておいた1の設定を全部復元）
というイチイチ面倒なことやってるよ
スーパー天才回答が現れることを俺も願っている
- 216 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:06:16.31 ]
- スマホ・タブ・縦横・解像度非依存で完全に対応したのが一番いい
ただ技術や時間やコスト不足で完全じゃないなら妥協で固定画面の方がマシだな
- 217 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:10:26.93 ]
- 思いつきだがスタック使えば設定項目増えてもそのやり方でいける気がするが
多重ダイアログは使うなということなんだろうな
- 218 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:13:53.37 ]
- いつも思うんだけどさ
画面の向き固定しても、
結局回転時の処理ちゃんと書かないとバグるよね
- 219 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:14:10.43 ]
- >>216
画面対応に対応できない技術力なんだなーという指標にはなるからね
場当たり的なコーディングで対応してるからそういうことになるんだなーと
- 220 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:16:08.86 ]
- 単純なボタン置いてるだけのＵＩならともかく
ゲームまでなると縦横対応するのはなかなか難しい
画面のアスペクト比でゲーム性も変わっちゃうから
- 221 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:21:10.97 ]
- ゲームはパフォーマンス的な理由があるから許すけど、
パフォーマンス関係ないアプリケーションで縦横回転に対応できないのはかなり足元見られるよ
- 222 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:22:53.54 ]
- もしかして回転対応って、専用のレイアウトを両方に用意するとかいう話じゃなく
回転しても落ちないとかその程度のレベル？
- 223 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:29:00.58 ]
- レベルはわからんけど
少なくとも向き変わったら画面からはみ出して操作できなくなるとかはダメだな
デザインの優秀さはまた別問題だし
- 224 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:31:17.63 ]
- >>222
最低限回転できれば及第点。
回転すらできない糞アプリも割とあるから
- 225 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:40:53.06 ]
- 世の中どんな珍端末あるかわからないってのもあるけど
小さすぎて押しにくすぎとかもあるからＵＩは全て完璧なら問題ないけど一部分だけ取り出してそこができてれば合格というのはないな
- 226 名前：デフォルトの名無しさん mailto:sage [2013/11/27(水) 23:43:29.33 ]
- 「わしゃ！回転固定のアプリは認めないんじゃ！技術力不足じゃ！
ゲームは許すけどそれ以外は足元見られるぞよ！」
騒いでるのは奇特な頑固爺さんプログラマ1名だけだから無視しとけって。
俺らは頑固な同業者や評論家向けにアプリ作ってるんじゃないんだぜ。
ユーザー向けに作っているんだよ。
1つの映画に対し映画評論家の意見と一般視聴者の意見がわかれるのと非常に似てる。
評論家が最高得点つけた映画が必ずしも面白いとは限らないというやつ。
- 227 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:03:11.10 ]
- スマホすらガラパゴス化してる日本以外も含めると
タブレットもすでにAndroidが過半数なんだっけ？
- 228 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:20:33.57 ]
- 周りからの意見を組み込んでいった結果、
シンプルだったアプリがいつの間にか
ガラパゴスアプリと化していたよ。
- 229 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 00:20:38.70 ]
- >>213
ダイアログじゃなくて透過Activityにしたら？
- 230 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 01:26:57.41 ]
- DQ1見てUIの重要さを考えさせられました
- 231 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 02:21:41.88 ]
- >>230
一方カスROMを入れている俺はNo such～エラーが出て起動すらできないのであった・・・
NDK系のアプリだとこれしょっちゅう出るけどどうすりゃいいんだ
- 232 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:22:44.66 ]
- 携帯端末の場合
日本語入力に横はありえない
リストも縦が見易い
カメラが横固定だから写真の表示は横が見易いだろうが
そもそも横画面は持ちにくいし、片手で操作出来ない
- 233 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:32:03.28 ]
- 俺はたいてい回転固定して使ってるけどな。ベッドとかではその方が便利。
作る分には回転させたほうが楽だから、そうしてるけど。
- 234 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:45:27.14 ]
- タブレットで縦固定にしてると落ちるものがあるね
エラーが出ないでいきなり落ちる
- 235 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:52:03.32 ]
- アクティビティAからアクティビティBに移動してダイアログのOKを押しました。
それが押されるとアクティビティAに戻るようになっています。
アクティビティA側の処理で、アクティビティBのダイアログのボタンがクリックされたという処理の仕方がわかりません。
処理の書き方を教えてもらいたいです。
- 236 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 03:54:41.95 ]
- >>98
- 237 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 04:08:26.89 ]
- >>236
これってダイアログから戻った時のクリックの処理も受け取れるのですか？
- 238 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 05:39:00.36 ]
- 斜めにも対応できないのは未熟なんだなと思う
- 239 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 06:43:07.04 ]
- >>218
横画面の状態でアプリ起動したとき、アプリが縦固定だと回転が発生するからね。
それを考慮していないアプリは見たことある。
- 240 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 06:58:56.70 ]
- 自動回転はイライラするから普通は使わないよね
ボタン切り替えにすればよかったのに
- 241 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 07:28:46.85 ]
- >>237
>>98 は反面教師 普通にやればいい
- 242 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 07:30:37.29 ]
- >>215
自前でやるならスタック使えばいいし、そもそも設定用ならアラートdlg使わなくても出来る
- 243 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 08:39:47.80 ]
- 「HOME」は「縦固定画面」だが誰も文句は言わないね
縦横表示はユーザーが持ってる向きじゃなくてアプリの内容によって変えるものだと思う
- 244 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 08:48:45.80 ]
- 機種によるでしょ
- 245 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:01:02.82 ]
- 人によるんじゃね？
- 246 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:30:55.31 ]
- ホームが縦固定のほうが少数派なのでは?
よくしらんけど。
- 247 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:36:32.83 ]
- >>243
Android標準のHOMEは縦横対応してるけど。
- 248 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:42:18.65 ]
- 物理キーあった時代のスマホとタブ出てからで違うのかも知れんが
- 249 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 09:47:46.44 ]
- 完全な物理キーって手探りで押せたから便利だったのにな
- 250 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:14:33.88 ]
- >>230
DQ1のUIは良いってこと？悪いってこと？
- 251 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:16:38.77 ]
- 目的がはっきりしている場合、ボタンは物理キーに越したこと無い。
より汎用的という方向性から物理キー撤去、オールタッチ方式となった。
ボタンは出っ張りと押したときのヘッコミ感がすべて。
この形状操作をソフトウェアでコントロールできるような夢のタッチパネルが出現すれば皆ハッピー。
- 252 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:23:07.92 ]
- Snoy Readerは電子書籍端末のなかで唯一ページめくりが物理ボタンで、それがいいって言ってる人を見たね。
- 253 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:23:38.21 ]
- ムゲンプチプチとか、乳首ボタンとか、そうなると柔らかいボタンもアリだな
- 254 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:33:51.97 ]
- タッチパネルのボタン部分がでっぱるのは出そうとしてるところあるけど
とりあえずボタンの位置は固定っぽい
- 255 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:42:06.26 ]
- ボタンらしい凹凸は難しいだろうけど
せめてザラザラをつけるくらいなら
できそうな気がするね
- 256 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:47:36.07 ]
- タッチパネル上で細かい制御が出来るなら盲人向けのタブレットが造れるからバカ売れするかもよ
- 257 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:48:36.50 ]
- 低周波治療器みたいなビリビリを指に流せ
- 258 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 10:54:50.59 ]
- 触ったらバイブレーションするのなら今でもあるね
- 259 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 11:20:15.94 ]
- 画面全体に格子状にグリッドつければいいだろ
指スライドのジャマにならず感知できるくらいの浅さで
- 260 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 13:14:27.54 ]
- >>241
具体的にどうしたら良いか教えてやれよ
- 261 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 13:38:37.83 ]
- やっぱ仮想十字キーの操作性は悪いな
フリックとかドラックで動かすのは難しいのかな
- 262 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 13:43:25.00 ]
- >>259
それなら保護シートみたいなので済むな。すり減ってきたら交換できるし。
- 263 名前：デフォルトの名無しさん mailto:sage [2013/11/28(木) 14:14:29.72 ]
- 十字は押した位置を基準にしてとかはもうやってるアプリある
|
 |
