[表示 : 全て 最新50 1-99 101- 201- 2chのread.cgiへ]
Update time : 11/28 14:50 / Filesize : 69 KB / Number-of Response : 264
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Androidプログラミング質問スレ Part38



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/

82 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 18:52:46.54 ]
>>79
書籍は結構高いしブログで十分だとおもう

83 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 18:53:45.66 ]
>>79
ジュンク堂へ行けよ

84 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 19:41:22.81 ]
返答ありがとうございます
大型書店で適当な入門書を再度探してから
不明瞭な点をWebで調べる方針にしてみます

85 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 19:55:23.75 ]
ボタンをLinearLayoutにsetGravityで中央に配置

この時ボタンのgetLeftが0になるんだけど中央に動かした分も入れてとれる方法ないですか?

86 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 19:56:14.14 ]
>>79
かつでは大きい会社のサブルーチン開発部門いたので
少しプログラムやるなら検証方法おしえてやるよ
命令を1億回とかもっと莫大な数ループ組んだりして問題ないか
検証するんだよ1個づつ信頼できるかできないかを
検証していけ それしかない

87 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 21:23:03.41 ]
>>79
すべてのcatchしてもみ消せばエラー出ないよ。

88 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 22:00:26.91 ]
JavaはサーバサイドばかりだったのでGUIのお作法をよく知りません。
ロジックってActivityにだらだらと書くもんではないと思うんだけど、クラス分割の指針がようわからん。
なんでもかんでもlistenerをimplementsしてR.id.xxをswichで分岐して…ってのもとてもスマートとは思えんし。
この辺のクラス設計とかを解説してる本とかサイトありますか?

89 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 22:02:59.67 ]
>>88
サーバーサイドで使ってたクラス設計技術を使えばそこまで初歩的な部分で悩むことはないと思うが。

プププ…クスクス

90 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 22:08:03.48 ]
なまじJava知ってる人がAndroidやり始めるのって苦労しそうだね
AndroidからJava入る人の方が変なところにこだわらなくてすぐアプリ作れそうだと思うがどうよ



91 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 22:09:47.20 ]
>>88
MVCはもともとアプリケーションの開発で考えられたもの。
サーバーサイドでもServletやActionにだらだら書いてたのだろう。

92 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 22:09:57.54 ]
一応、組み込み系に分類される(こともある程度かな?)ので、泥臭い組み方したほうがリソース的に有利だと思うよ
ここ1、2年であまり意識しなくてもよくなったかもしれないけど

93 名前:デフォルトの名無しさん mailto:sage [2013/11/25(月) 23:16:02.03 ]
最適化にこだわらないのなら
チームで作業しているわけでないのなら
自分のわかりやすい方法でやれ
好きにやれ

94 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 01:13:32.28 ]
>>88
おまえC言語時代のおっさんだなww

95 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 02:00:37.00 ]
初歩的な質問かもしれません。
画面A、Bがあるとします。
AからBに移動し、BからAに戻ってきた時の処理はどこに記述したらいいのでしょうか?

あともう一つ
別のアクティビティのビューを取得するにはどうすればいいですか?
いろいろやっているのですが全てNULLで返ってきてしまいます…

96 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 02:03:14.17 ]
ぬるぬ〜る
ぬるぬるぬ〜る

97 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 03:09:25.02 ]
>>95
ActivityとViewは別物だろう。"の"って何。

98 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 05:28:29.11 ]
>>95
AからBに画面を偏移するには
Intent intent = new Intent(this,A.class);として
情報を付加したい場合は
intent.putExtra("なまえ", 付加情報);して
startActivityForResult(intent, リクエストコード(int型の当た[ここでは1とする]));
で立ち上げ
B側でまずonCreate()内のsetContentView()の後に
setResult(Activity.RESULT_CANCELED);を追加しておいて
Aに情報を付加したい場合はまたIntent作って
setResult(Activity.RESULT_OK, intent);をしてfinish()して
A側でonActivityResultをオーバーライドしておいて
onActivityResult()内で
if(requestCode == 1&& resultCode == Activity.RESULT_OK)
としてA側でBから投げられたintentから情報を取り出して処理する

99 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 05:46:58.65 ]
>>98
ワザワザ複雑にしている理由は何?

100 名前:98 mailto:sage [2013/11/26(火) 06:14:12.35 ]
>>99
いや、わかりやすいかなと思ってね
余計にわかりづらかったかな‥‥



101 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 08:18:58.27 ]
>>89
>>91
>>94
煽るのも勝手だが結局ひとつも真っ当な答えがない
知らないなら出てこなきゃいいのに

102 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 08:25:56.90 ]
>>101
自分も知らないくせにこの言い草

103 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 08:33:38.22 ]
>>101
枯れ木も山の賑わい
何か書いてくれるだけでもありがたいと思わなくちゃ

104 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 08:36:16.34 ]
>>100
色々な方法があるが、
例)呼び出し元のonActivityResultで処理すれば済むと思うけど...

105 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:03:34.16 ]
>>102
すまんな、>>88本人なのだよ。
>>103
まあ2ちゃんだしな。
ひとりくらい親切な人いるかなと思ったけど

106 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:15:58.98 ]
>>105
本人だから言ってんだけど…

107 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:16:51.01 ]
>>105
おまえ気持ち悪いな

108 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:23:05.67 ]
質問は聞き方が10割
良い回答がないのは良い質問ができていないということ自覚しよう

109 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:27:19.92 ]
↑最高の回答だな

110 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:29:01.18 ]
怒涛の自作自演



111 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:29:32.14 ]
>>97
そうですね…
具体的に言うと画面A,Bがあるとして
Bにはリストビューがあります。
A側の処理でリストビューに値を新規に追加していきたいのですが、どうすればいいでしょうか?
別クラスを通して間接的に参照して追加しようとすると追加の処理?で起動エラーが出ます。

>>98
なるほど、解決しそうです。
ありがとうございました。

112 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:31:02.80 ]
>>111訂正
×起動エラー
○エラー

113 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:31:56.63 ]
>>101
>>91だが、MVCと書いてあるだろう。

114 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 10:38:47.96 ]
>>111
画面というのがActivityのことなら、表示されてないものは、無いものと思っていた方がいい。いつ終了するかもわからないし。DBに保存して読み出す。
表示するViewを切り替えてるだけなら、普通にできそうだから、例外メッセージ見ないとわからない。

115 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 11:04:04.17 ]
>>113
その綺麗にMVC分離できているサンプルソースを見たことないのだよ
Activityにぐちゃぐちゃ書いているソースしか見たことない

もっともサーブレットのMVCはmodel2だからGUIのそれとは少し違うと認識してる
しかしサーブレットの普及でMVCと言ったらそっちを指すような世の中になってるし

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オススメのヘンテコな書き方に余計悩めばイイさw

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 ]
最近のコに多いよね、こういうコ。
「はじめてに一番最高の1冊で済む参考書を求める」ってコ。
なんか処女厨と同じ匂いがするよねw

どうせそんな本は存在しないんだから、
とにかく何でもイイから2・3冊読んでざっくりと理解したら、
あとは実際にコード書いてみながら、要所要所でググったりしたほうが早いのにね。



131 名前:デフォルトの名無しさん mailto:sage [2013/11/26(火) 14:52:19.18 ]
で、こういうコに限って、英語読めないっていうコが多いんだよねwww

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
ジュンク堂で3万位書籍を買ってきて、
オクで即決1万位の端末を手に入れて、
ダイソーで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 ]
俺の場合、作品作るとライブラリを根本から見直さなきゃダメになるケースが多い。
その結果フレームワークなのに1回しか使わないとか、過去に何度やらかしていることか。
正直、俺はセンスないと思う。

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 ]
クラス図は引き継ぎなどで他人に説明する手段として使うのみ
ドキュメントも成果物の1つとして納品するケースはあるが
個人で作るときに必要となったことはないなあ

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 ]
真っ当な回答なら大量に出てるだろ

方法は人それぞれだから自分が一番やりやすい方法見つけて好き勝手にやれと

正しい回答が出まくってるのにそれに気づけない馬鹿なだけだよ

「恋愛の答えおしえてください」みたいな事質問してると気づけない馬鹿ってこと

ご理解いただけたかしら?






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<69KB

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