Androidプログラミング質問スレ Part38
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2013/11/22(金) 05:39:21.98※プログラミング自体が初めて！なあなたには↓↓↓こちらへ
スレ立てるまでもない質問はここで 126匹目
http://toro.2ch.net/test/read.cgi/tech/1363522503/
Eclipse統合M34【Java/C++/Ruby/Python/Scala】
http://toro.2ch.net/test/read.cgi/tech/1361510049/
★★Java質問懽\363蜻樺kスレッド161★★
http://toro.2ch.net/test/read.cgi/tech/1364006637/
****オススメ関連リンク****
■ TechBooster http://techbooster.org/category/android/tableofcontents/
■ Androidメモ http://www.saturn.dti.ne.jp/npaka/android/index.html
■ 逆引きAndroid入門 http://www.adakoda.com/android/
■ Androidプログラマへの道 http://wiki.livedoor.jp/moonlight_aska/
■ Android Wiki* http://wikiwiki.jp/android/
****公式リファレンス****
■ Android developers http://developer.android.com/index.html
■ ソフトウェア技術ドキュメントを勝手に翻訳 http://www.techdoctranslator.com/
■ 日本Androidの会 http://www.android-group.jp/
■ StackOverFlow http://stackoverflow.com/questions/tagged/android
****前スレ****
Androidプログラミング質問スレ Part37
http://toro.2ch.net/test/read.cgi/tech/1382430603/
0153デフォルトの名無しさん
2013/11/26(火) 18:38:54.99趣味としてはいい流れだね
0154デフォルトの名無しさん
2013/11/26(火) 18:40:34.55他の言語ならともかく、既製品のフレームワークで溢れかえってるJavaでフレームワークを独自開発したくなるケースってあるか？
0155デフォルトの名無しさん
2013/11/26(火) 18:49:11.251) とりあえずやりたい事が技術的に可能か判断するため実際に動く物を作る。
非公開な小さな実験プログラム的な位置づけ。当然設計なんか皆無。
2) 可能だとわかったら作品作りを開始する前に脳内で設計を多くエミュレートしまくる。
忘れちゃうのでメモもとっていく。
この時に今後追加でつけるであろう機能もある程度は絞る。
そして自分が今後メンテしやすいように設計を考える。
参考書などのガチガチな方法ではなく、あくまで自分がやりやすい形の設計。
3) 作品を作る。
4) 作った後にさらに追加機能を思いつくこともある。入れられそうなら無理やりでもねじ込む。
ダメそうなら今作はここまでにし次回作（続編）側に回す。
5) 続編の企画を開始し 1) に戻る。
この時 2) に移った段階で前作の 4) で浮上した点について設計の拡張性を再考察する。
これの繰り返しで作品つくる度にどんどん自分のやりやすい設計が勝手に構築されていく
0156デフォルトの名無しさん
2013/11/26(火) 18:53:44.10その結果フレームワークなのに１回しか使わないとか、過去に何度やらかしていることか。
正直、俺はセンスないと思う。
0157デフォルトの名無しさん
2013/11/26(火) 18:55:02.73ライセンス料払え
0158デフォルトの名無しさん
2013/11/26(火) 19:12:16.04俺の場合ライブラリはコメントもしっかり書かないと落ち着かないから特に。
完成して次回作を作る初期の段階で、前のソースからコピペしてライブラリっぽくするくらいがいい
0159デフォルトの名無しさん
2013/11/26(火) 19:44:09.35ソースを見てる時点で間違い。クラス図を見ろ。
もしかして、いきなりソース書いてるのか。それはぐちゃぐちゃになるわ。
ただ、キレイはキリがないので、自分やチームの技術レベルでわかりやすい程度にしてる。
0160デフォルトの名無しさん
2013/11/26(火) 19:49:13.00クラス図はじめUMLとか設計書まで丁寧に公開しているのなんてめったに見かけないよ
ソース読んで自分の頭の中でクラス図なりアクティビティ図を組み立てるしかないでしょ
0161デフォルトの名無しさん
2013/11/26(火) 20:10:04.81android/googleの場合やり方自体どんどん変わっていくだろうから細かいところ気にしてもしょうがないな
0162デフォルトの名無しさん
2013/11/26(火) 20:37:12.25ぼっちは仕事とかで見ないのか。それは済まなかったな。
できたものより、できる工程見ないと、自分でも作れないと思うし。
開発手法の本とかで勉強するしかないんじゃないか。
0163デフォルトの名無しさん
2013/11/26(火) 20:41:36.04社畜だが個人で出してるアプリは1万超が複数
ちなみにツール系で数ヶ月気合い入れて作って後は放置で安定収入
全部自分で調べた。このスレで聞いてもレスすらもらった事なし
0164デフォルトの名無しさん
2013/11/26(火) 21:07:30.60いきなり仕事でアプリ作ってる話にすり替わってる…
きっと人の話を理解できず俺様論ばかり語るありがちなアーキテクト様ですか？
0165デフォルトの名無しさん
2013/11/26(火) 21:22:15.770166デフォルトの名無しさん
2013/11/26(火) 21:24:41.10いや、俺は仕事やコミュニティでいろいろ見てるけど、そういうのに加わってない人は、見る機会ないんだなってこと。
0167デフォルトの名無しさん
2013/11/26(火) 21:27:55.60最初の質問者の評価
答えた奴らの評価
0168デフォルトの名無しさん
2013/11/26(火) 21:31:14.66クラス図はソースから自動生成できるだろ
なーに言ってんだ此奴
0169デフォルトの名無しさん
2013/11/26(火) 21:39:28.56クラス図作る以前に、己の性格直さないと共同作業できない人が大杉
0170デフォルトの名無しさん
2013/11/26(火) 21:40:31.47クラス図が欲しくなるようなソースからは新聞紙サイズの図が出力される
0171デフォルトの名無しさん
2013/11/26(火) 21:44:31.680172デフォルトの名無しさん
2013/11/26(火) 21:45:05.34見る機会があるだけで見てるだけなので評価できる能力なんかありません
0173デフォルトの名無しさん
2013/11/26(火) 21:46:30.070174デフォルトの名無しさん
2013/11/26(火) 21:48:56.53犬小屋作るのに設計図いるかって話してるんだよ
0175デフォルトの名無しさん
2013/11/26(火) 21:56:11.05そんな大規模なの作らんし
DB（ローカルでsqliteのみでできるもの）もテーブル定義をメモ程度に残しておけば事足りる
これで足りなくなる規模のアプリ作ってるの？
0176デフォルトの名無しさん
2013/11/26(火) 22:11:41.84ドキュメントも成果物の１つとして納品するケースはあるが
個人で作るときに必要となったことはないなあ
0177デフォルトの名無しさん
2013/11/26(火) 22:48:56.58むしろ半年後とかに自分で修正する時に当時を思い出せるようなメモ帳テキストか
コードの最初にわかりやすいコメント入れてるとか程度だなぁ
個人でもソースを2万行以上とか超えるとか、非同期処理多様でやたら複雑なアプリとかだと
多少クラス図もどきやメソッドの関連性みたいなものは書いてる時あるが
全部自分用だなぁ
人に見せる用ならさすがにちゃんとしたもの書くが
0178デフォルトの名無しさん
2013/11/26(火) 23:07:56.00どうも後者じゃないか？
オフィススイート級のAndroidアプリを仕事として作っている人たちなの？
0179デフォルトの名無しさん
2013/11/26(火) 23:13:26.290180デフォルトの名無しさん
2013/11/26(火) 23:50:02.60ただ、この方法はフレームワークと分離できるか理解してないと、ソース書く時点で多くの手戻りを生むかも知れん。
自分の得意な開発手法でやればいいんじゃないの。
答えが自分と違うからって、否定する意味がわからん。
0181デフォルトの名無しさん
2013/11/27(水) 00:29:09.36割と単純でよくある話だ。
なのにここの連中は初歩から勉強し直せやら、オープンソース読めやら、クラス図書けやらと的外れなレスして、あとは大量のガヤ。
誰一人としてこの単純な質問に適した回答をしていない。
むしろ回答できない、回答できる奴がいないといった方が正しいな。
真っ当な回答できる奴いるか？
いるなら出てこいやあー！
0182デフォルトの名無しさん
2013/11/27(水) 00:38:23.86方法は人それぞれだから自分が一番やりやすい方法見つけて好き勝手にやれと
正しい回答が出まくってるのにそれに気づけない馬鹿なだけだよ
「恋愛の答えおしえてください」みたいな事質問してると気づけない馬鹿ってこと
ご理解いただけたかしら？
0183デフォルトの名無しさん
2013/11/27(水) 00:40:11.340184デフォルトの名無しさん
2013/11/27(水) 00:45:58.88基本は他のクラスから参照するようにしている。
保存リストア系も専用の処理クラスを作って、activityのonXxxxクラスからコールするようにしている。
なので、そこまで肥大化しないな。
0185デフォルトの名無しさん
2013/11/27(水) 01:08:38.16クラス図とか作るなとか、作る必要ないとか言う気はないけど、実際のところ、作らなきゃ把握しきれないほど肥大化するもの？
0186デフォルトの名無しさん
2013/11/27(水) 02:07:02.21俺はあるＰＣ用のプログラム作ってるけどmainが肥大化してるからどうしたらいい？
質問としてはこんなレベル
真っ当な回答とやらを聞きたいな
0187デフォルトの名無しさん
2013/11/27(水) 07:29:02.51構造化プログラミング、関数化
0188デフォルトの名無しさん
2013/11/27(水) 07:53:36.47馬鹿はほっとけ
0189デフォルトの名無しさん
2013/11/27(水) 08:01:17.310190デフォルトの名無しさん
2013/11/27(水) 08:16:56.790191デフォルトの名無しさん
2013/11/27(水) 08:55:37.77精神的上位者がぶったぎるのも必要なんだよ
0192デフォルトの名無しさん
2013/11/27(水) 09:18:10.31では、精神的上位者のアナタがぶった切ってやって下さい
0193デフォルトの名無しさん
2013/11/27(水) 09:57:50.03全部xmlだけで定義するのは無理
onClick()実装したサブクラス作ってそれをxmlに記述するか、無名クラスに実装して、コード上でPreferenceCategoryにaddするか
0194デフォルトの名無しさん
2013/11/27(水) 11:11:43.79xmlＰnClickにメソッド名を記述して
setContenViewで実装するActivityに
public メソッド名(View ｖ)｛｝
で実装する。
0195194
2013/11/27(水) 11:13:40.97onClick
0196デフォルトの名無しさん
2013/11/27(水) 12:26:27.11昔自分もやりたくて調べたけどその時はできなかった
0197デフォルトの名無しさん
2013/11/27(水) 12:36:58.85無料セミナーなのに音読があるから結局3000円オーバーする書籍買い込む結果になる
ダダ漏れのgoogleドライブのアンケートに書いてもメアドやスカ晒されるだけなのでここに
書いておく
セミナー主はどういう考えで人数ふやしているんだろうか？批判ではないが本心が知りたいな
もちろん主催さんには恨みも批判もないが本心が知りたくなってきた
0198デフォルトの名無しさん
2013/11/27(水) 15:21:47.94AlertDialogを作っているのですが、
２回目の表示時に例外で落ちます。
ググると同現象は各所で書かれているのですが、
（例えばここ）
http://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.
よろしくお願いします。
0199デフォルトの名無しさん
2013/11/27(水) 15:22:43.37ステートチャート図とか、シーケンス図も使えると思うが。
まあ、UML の前からある図だけど。
0200デフォルトの名無しさん
2013/11/27(水) 15:48:51.09アラーとダイアログはActivityのライフサイクルにあわせないと、2回目の表示で落ちることがある
Activity.showDialogをコールしてActivity.onCreateDialogの中でAlertDialog.Builderで作ってActivityに渡す
画面の縦横切り替えでも落ちるならコレが原因
0201デフォルトの名無しさん
2013/11/27(水) 17:08:07.42アイポンやandroidで初めて見た時はすごいなって思って自分のアプリにも導入したけど、あんまり意味がない事が判明
だから最近は縦か横かに固定してる
0202デフォルトの名無しさん
2013/11/27(水) 20:48:55.830203デフォルトの名無しさん
2013/11/27(水) 21:06:35.500204デフォルトの名無しさん
2013/11/27(水) 21:22:23.03俺も「作業中の画面向き変更ってあんまり意味なくね」って思ってたけど，
稀に「編集は横画面が使いやすいけど閲覧には縦のほうが使いやすい」みたいな場合が
あるような気もしてる
0205デフォルトの名無しさん
2013/11/27(水) 21:28:12.45初期の向きでの画面構築後に、再構築しなきゃならんよね
遅くなりそう
0206デフォルトの名無しさん
2013/11/27(水) 21:29:45.90アプリの方で可変の場合に今の向きじゃない方にしたい場合だけ端末の方を一旦解除→アプリ起動ってめんどくさい状況がまれに発生する。
本当は物理ボタンでもタッチでもいいけどデフォが固定で向き変えたいときに押す方がいいんだけどね。
端末の機能アピール以外に端末の向き変えて画面変わる状況は意味ないと思う。
手動で向き変えることが苦痛なほど向き変えまくる状況がないし、そもそもAndroidのシステムとしてそんなの想定してない。
0207デフォルトの名無しさん
2013/11/27(水) 21:46:10.55最初から横画面なんていらんかったんや
0208デフォルトの名無しさん
2013/11/27(水) 21:55:58.14まれにqwertyで長文入力するとき
0209デフォルトの名無しさん
2013/11/27(水) 22:26:29.80それ以外のアプリでは向き固定の方がありがたいな。
回転禁止がシステムレベルでアプリごとに固定できるってんでもいいんだけど。
0210デフォルトの名無しさん
2013/11/27(水) 22:32:41.150211デフォルトの名無しさん
2013/11/27(水) 22:44:05.760212デフォルトの名無しさん
2013/11/27(水) 22:48:20.83もしかしたら横向きの需要は海外の方があったりするかもね
http://www.android.com/devices/detail/sharp-fx-plus-ads1
0213デフォルトの名無しさん
2013/11/27(水) 22:50:17.17例えば、
設定ダイアログ
ー設定１
ーー設定１１
ーー設定１２
ー設定２
といった構成を考えているのですが
設定１１の場所で物理キャンセルボタンを押した場合に
ダイアログ自体が閉じてしまいます。
これを設定１に戻るようにしたいのですが、
setOnCancelListener()を使い、
設定１ダイアログのshow()メソッドを呼び出す以外に方法はあるのでしょうか？
設定項目が増えた場合を考慮して、できればこれ以外の方法で
実装したいと考えています。
0214デフォルトの名無しさん
2013/11/27(水) 22:55:36.66スマホからタブレットまで画面サイズが多様化してる時代に特定の方向に画面を固定する理由なんてない
「画面変更に対応しづらい糞設計のコードなんだろうなー」としか思わん
0215デフォルトの名無しさん
2013/11/27(水) 22:56:00.99俺の知る限りではない
ダイアログは表示が1個だけであり
ウインドウズみたいに重ねて表示できない仕様なんだろうと思っているぜ〜
なので俺も1→（1の設定を記憶しておき）→11表示（1は消える）→もどる（11の設定を記憶しておく）→1表示（記憶しておいた1の設定を全部復元）
というイチイチ面倒なことやってるよ
スーパー天才回答が現れることを俺も願っている
0216デフォルトの名無しさん
2013/11/27(水) 23:06:16.31ただ技術や時間やコスト不足で完全じゃないなら妥協で固定画面の方がマシだな
0217デフォルトの名無しさん
2013/11/27(水) 23:10:26.93多重ダイアログは使うなということなんだろうな
0218デフォルトの名無しさん
2013/11/27(水) 23:13:53.37画面の向き固定しても、
結局回転時の処理ちゃんと書かないとバグるよね
0219デフォルトの名無しさん
2013/11/27(水) 23:14:10.43画面対応に対応できない技術力なんだなーという指標にはなるからね
場当たり的なコーディングで対応してるからそういうことになるんだなーと
0220デフォルトの名無しさん
2013/11/27(水) 23:16:08.86ゲームまでなると縦横対応するのはなかなか難しい
画面のアスペクト比でゲーム性も変わっちゃうから
0221デフォルトの名無しさん
2013/11/27(水) 23:21:10.97パフォーマンス関係ないアプリケーションで縦横回転に対応できないのはかなり足元見られるよ
0222デフォルトの名無しさん
2013/11/27(水) 23:22:53.54回転しても落ちないとかその程度のレベル？
0223デフォルトの名無しさん
2013/11/27(水) 23:29:00.58少なくとも向き変わったら画面からはみ出して操作できなくなるとかはダメだな
デザインの優秀さはまた別問題だし
0224デフォルトの名無しさん
2013/11/27(水) 23:31:17.63最低限回転できれば及第点。
回転すらできない糞アプリも割とあるから
0225デフォルトの名無しさん
2013/11/27(水) 23:40:53.06小さすぎて押しにくすぎとかもあるからＵＩは全て完璧なら問題ないけど一部分だけ取り出してそこができてれば合格というのはないな
0226デフォルトの名無しさん
2013/11/27(水) 23:43:29.33ゲームは許すけどそれ以外は足元見られるぞよ！」
騒いでるのは奇特な頑固爺さんプログラマ1名だけだから無視しとけって。
俺らは頑固な同業者や評論家向けにアプリ作ってるんじゃないんだぜ。
ユーザー向けに作っているんだよ。
1つの映画に対し映画評論家の意見と一般視聴者の意見がわかれるのと非常に似てる。
評論家が最高得点つけた映画が必ずしも面白いとは限らないというやつ。
0227デフォルトの名無しさん
2013/11/28(木) 00:03:11.10タブレットもすでにAndroidが過半数なんだっけ？
0228デフォルトの名無しさん
2013/11/28(木) 00:20:33.57シンプルだったアプリがいつの間にか
ガラパゴスアプリと化していたよ。
0229デフォルトの名無しさん
2013/11/28(木) 00:20:38.70ダイアログじゃなくて透過Activityにしたら？
0230デフォルトの名無しさん
2013/11/28(木) 01:26:57.410231デフォルトの名無しさん
2013/11/28(木) 02:21:41.88一方カスROMを入れている俺はNo such〜エラーが出て起動すらできないのであった・・・
NDK系のアプリだとこれしょっちゅう出るけどどうすりゃいいんだ
0232デフォルトの名無しさん
2013/11/28(木) 03:22:44.66日本語入力に横はありえない
リストも縦が見易い
カメラが横固定だから写真の表示は横が見易いだろうが
そもそも横画面は持ちにくいし、片手で操作出来ない
0233デフォルトの名無しさん
2013/11/28(木) 03:32:03.28作る分には回転させたほうが楽だから、そうしてるけど。
0234デフォルトの名無しさん
2013/11/28(木) 03:45:27.14エラーが出ないでいきなり落ちる
0235デフォルトの名無しさん
2013/11/28(木) 03:52:03.32それが押されるとアクティビティAに戻るようになっています。
アクティビティA側の処理で、アクティビティBのダイアログのボタンがクリックされたという処理の仕方がわかりません。
処理の書き方を教えてもらいたいです。
0236デフォルトの名無しさん
2013/11/28(木) 03:54:41.950237デフォルトの名無しさん
2013/11/28(木) 04:08:26.89これってダイアログから戻った時のクリックの処理も受け取れるのですか？
0238デフォルトの名無しさん
2013/11/28(木) 05:39:00.360239デフォルトの名無しさん
2013/11/28(木) 06:43:07.04横画面の状態でアプリ起動したとき、アプリが縦固定だと回転が発生するからね。
それを考慮していないアプリは見たことある。
0240デフォルトの名無しさん
2013/11/28(木) 06:58:56.70ボタン切り替えにすればよかったのに
0241デフォルトの名無しさん
2013/11/28(木) 07:28:46.85>>98 は反面教師 普通にやればいい
0242デフォルトの名無しさん
2013/11/28(木) 07:30:37.29自前でやるならスタック使えばいいし、そもそも設定用ならアラートdlg使わなくても出来る
0243デフォルトの名無しさん
2013/11/28(木) 08:39:47.80縦横表示はユーザーが持ってる向きじゃなくてアプリの内容によって変えるものだと思う
0244デフォルトの名無しさん
2013/11/28(木) 08:48:45.800245デフォルトの名無しさん
2013/11/28(木) 09:01:02.820246デフォルトの名無しさん
2013/11/28(木) 09:30:55.31よくしらんけど。
0247デフォルトの名無しさん
2013/11/28(木) 09:36:32.83Android標準のHOMEは縦横対応してるけど。
0248デフォルトの名無しさん
2013/11/28(木) 09:42:18.650249デフォルトの名無しさん
2013/11/28(木) 09:47:46.440250デフォルトの名無しさん
2013/11/28(木) 10:14:33.88DQ1のUIは良いってこと？悪いってこと？
0251デフォルトの名無しさん
2013/11/28(木) 10:16:38.77より汎用的という方向性から物理キー撤去、オールタッチ方式となった。
ボタンは出っ張りと押したときのヘッコミ感がすべて。
この形状操作をソフトウェアでコントロールできるような夢のタッチパネルが出現すれば皆ハッピー。
0252デフォルトの名無しさん
2013/11/28(木) 10:23:07.92■ このスレッドは過去ログ倉庫に格納されています