-
cattaka_net
- 11158
- 0
- 15
- 21
-
- いいね！21
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１：担当者がActivity間のデータの渡し方が解らなかったらしくカスタムApplicationクラスにデータを持たせている
2012-04-05 08:32:29
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン２：タスク終了後の処理だけでタスク自体は同じAsyncTaskが無数にある。
2012-04-05 08:35:52
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン３：レイアウトxmlを使わずにコードでViewを延々と精製している。案の定、画面を回転させたり画面サイズが違うデバイスで実行すると崩壊する
2012-04-05 08:38:57
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン４：OnClickListenerなどのリスナーの実装が全て無名クラスになっていて、更に無数のメソッドに散らばっている。せめて関連性があるのはまとめてよ、、、
2012-04-06 08:31:40
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン６：グローバル変数化したstatic変数でスレッド間のデータがやりとりされている。HandlerやAsynkTaskがあるんだからイベントドリブンに乗せてよぅ、、、
2012-04-09 18:13:42
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン７：AsyncTaskがFire-and-forgetの設計思想だからといって本当に打ちっ放し手いる。ハンドラはおろかリスナーも付けずに、、、
2012-04-12 18:12:29
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン８：Preferenceへの書き込みに各Activityが個々にeditメソッドを呼んでいる。更にキーが定数化されてない。更に一度間違って違うデータ型を入れるとClassCastExceptionで容赦なく落ちる作りになっている。
2012-04-23 13:18:27
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン９：Javaで例外パターンをRuntimeExceptionで投げまくりtry-catch(Exception)で受けまくりで、本当にプログラムを止めないと行けないところはどうしてるのかと思ったらThrowableで投げていた
2012-08-30 20:49:21
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１０：Threadやネイティブスレッドを投げっぱなして回収できなくなって仕方なくProcess.killProcessでプロセスを殺している
2012-08-30 23:58:55
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１１：ServiceのAIDLはあるけど、結局ApplicationContextにServiceの実体を突っ込んでメソッドを直接叩いている。それをするなら一思いに只のスレッドにしてくれ、、、
2013-12-20 10:58:24
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１２：カスタムApplicationクラスを作るのは良いが、元々Contextで規定されているメソッドの振る舞いを変えてしまっている。そしてサードパーティ製ライブラリを追加すると軒並みクラッシュする。
2013-12-20 17:09:54
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１３：synchronizedがそこら中に無数になる。排他制御が煩雑になると収集つかなくなるからパフォーマンス的に致命的でないならHandlerを経由するようにしてくれよぅ。
2014-01-24 18:43:15
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１４：staticフィールドに状態を持つオブジェクトを突っ込んでいてプロセスを殺さずにActivityやServiceを再起動させると変な状態に突入する
2014-01-31 12:32:06
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１５：時間が掛かる処理を別タスクに分けるのは良いが、リスナーで完了を通知する機構が実装されておらず、関連処理がポーリングせざるを得なくなっている。
2014-03-05 17:33:23
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１６：newのコストを嫌って全ての参照型のローカル変数をフィールドに追いやってる。そしてメソッドの実行順序で挙動が変わるバグの元になっている。本当にパフォーマンスが必要でカリカリにチューニングした後でやるならアリだけどね。
2014-08-16 15:53:52
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１７：OutOfMemoryErrorが発生したらしく、そこら中で使い終わった変数にnullを代入しているが根本的な解決になっておらず、null落ちや可読性の低下に落ち入っている。先にメモリアナライザーを使って根本原因を洗い出しましょう。
2014-09-25 08:39:11
Takao Sumitomo
@cattaka_net
俺的Androidの駄目コードパターン１８：レイアウトのXMLでincludeされているのを開いていくとViewのidが衝突しまくっていた。コードからViewの参照を取るのに困るじゃないか。
2014-12-30 16:25:06