6 年にわたる Android アプリの開発環境改善への取り組み - ドワンゴ教育サービス開発者ブログ
N予備校 Android アプリ は 2016 年 4 月にリリースされてから執筆時点（2022 年 8 月）まで、6 年以上に渡って開発・運用されてきました。この 6 年間で Android まわりでは新しい技術が続々と登場し、古い技術が次々と非推奨になっていきました。 この記事では、技術の変化が激しかった 6 年間で、Android チームが開発環境の改善に対してどのように取り組んだのかをまとめます。同じく技術の変化と闘っているみなさんの参考になればと思います。 アーキテクチャを整備する（2017 年 2 月 ~ 2021 年 4 月） Kotlin を導入する（2017 年 4 月 ~ 2020 年 9 月） Jetpack Navigation を導入する（2020 年 1 月 ~ 2021 年 4 月） Single Activity にする（2021 年 7 月 ~ 2021
Fragment使用時のIllegalStateException回避 - Qiita
前置き このページの内容はstackoverflowの素晴らしい回答を参考にしている。 IllegalStateException? Fragmentを使っていると、画面遷移の際に以下の様が例外が発生することがある。 java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState これは非同期処理などでFragmentの操作タイミングがonSaveInstanceState()よりも後になってしまった場合に発生するものだ。 onSaveInstanceState()ではFragmentの状態も含めた画面情報を保存するため、それ以降のタイミングでFragmentを操作するとおかしくなるぞ！ということだろう(多分)。 詳しいことは(解決策も)下記リンクに詳しくまとめられているので、じっ
Androidのソースコードレビュー(メモリリーク)
有限であるモバイル端末のメモリを無駄に消費するアプリは悪だ。そんなアプリのソースコードレビュー担当者の目は節穴だ。 と言われないためか否かは知らないけど、Android Developers - Avoiding Memory Leaksでは、Androidアプリを作成する上で、メモリリークが発生するパターンとその対処法を色々と紹介している。(英語) 要点のみを自分が見直し易いようにまとめつつ、説明の足りてない「非staticな内部クラスが駄目な件」について書いてみる。 そもそもメモリリークするん？Java実行環境下では、ガベージコレクタによるメモリ管理が行われているため大抵の場合は意識せずともメモリをいい感じに回収してくれる。だが、ガベージコレクタの動作を妨げるようなコードを書いてしまうと、いつまで経っても解放されるべきメモリが解放されなくなる。これが今回のお題であるJavaにおけるメモ
FragmentをonCreateで何も考えずにaddして増殖するケースが後を絶たない件 - Qiita
連続して3つの現場で同じバグが発生しているアプリを直すという経験をしたので、おそらくかなり多発している気がするこのような不幸が発生することが減るように書き残しておきます。 Fragmentのaddを何も考えずonCreateに書くとActivityのリストア時にリークする 例えば以下のようなごく単純なサンプルアプリ。 public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); getSupportFragmentManager() .beginTransaction()
Android のコンパイル済み Layout Xml を Web 経由で差し込めるようにした話 - Qiita
これは Retty inc. Advent Calendar 2017 5日目の記事です．昨日は @shinichi-nakagawa-r の Webなエンジニアのための「Pythonデータラングリング」入門 でした． 始末 今年のはじめ，2月か3月くらいの頃のことです．Retty の Android 版に ReactNative を導入するかどうかが検討された時期がありました．プロトタイプの作成を経て導入の可否はある二人に委ねられることになりました．絶対に ReactNative 入れたいマンと絶対に ReactNative 入れたくないマンです．議論は当然のように平行線でした．双方の主張はそれぞれありましたが，だいたい View だけでなくロジックが記述できてしまう点と ReactNative で Android App らしい UI を組み立てるのが難しい点から来る，メンテナンスコス
Androidの回転をどう対応するか派閥リスト - Qiita
利点 実装も楽だし、検証も楽。 欠点 横持ちで操作したいユーザーに不親切 Android Nからマルチウィンドウがあるので、マルチウィンドウ対応をするなら結局画面の高さが短いケースは対応が必要 ScrollViewでラップするなど 事例 Airbnb, Uber ② 回転は許容するがActivityは再生成しないよ派 やること configChangesを指定する。これで回転時にActivityが破棄されなくなり、代わりにonConfigurationChangedが呼ばれるようになる。 画面はlandscapeでも表示できるように、大抵の人はレイアウトをScrollViewでラップしてるのではないだろうか。 利点 まあまあ楽。 一応横持ちでも使える。 欠点 縦横で見た目の変わるビューの見た目は切り替わらない 例 Toolbarは縦横でフォントの大きさが違うが、この方法だと回転時に切り替わ
Android Architecture Components Room以外 - Qiita
Android Architecture Componentsを使ったサンプルを作るにあたって学んだことをメモ代わりに残していきたいと思います。 自分はそれぞれ単体でどう機能するのか理解し、その後組み合わせて使うことで理解が深まったので、それぞれ単体だとどういう使い方ができるのかを簡単に紹介してみたいと思います。 ViewModel 今回触ってみて一番使うのが簡単な割に、嬉しい機能だと思ったのがViewModelです。 気に入った点を挙げてみると、 1. 画面回転時のonDestroyを生き抜く 今までIcepickやPikkelを使って画面回転時の状態保存をしていた方が多いと思いますが、今後はViewModelを使用するとより簡単に状態保存ができます。 最小構成で簡単にその機能を試せるのはGoogleCodeLabsのサンプルstep2です。 気をつけるところは生成するときに直接newす
Dayanのブログ Android 開発備忘録 （10） アプリケーションのライフサイクル・インスタンス削除
小職は、SE（システムエンジニア）を専門としておりますが、技術的な情報を中心に、それ以外に経済関連の日記、たわいもない日記も載せていきます。よろしくお願いします。 Androidの開発で一番厄介だったのが、このアプリケーションのライフサイクルである。 縦横の切り替えをしたり、バックグラウンドから復活したときに、データが消えてしまい、 前回の状態が表示されない、あるいは部分的にしか表示されていないということがある。 あるいは、エラーがでてアプリケーションが終了してしまう。 今回の開発を通じて、他のアプリで同様の現象が起きる理由がよくわかった。 通常のJavaの開発では、インスタンスへの参照を保持しておけば、プロセスを終了しない限り、 いつでもそのインスタンスの内容を参照することはできる。 ところがAndroidでは、OSの都合で、勝手にインスタンスが削除されたり、クラスがアンロードされたり
DSAS開発者の部屋:Android アプリケーションが起動するまでの流れ
プログラム開発のために Android 上でアプリが起動するまでの過程を調べてみました。備忘をかねて、ソースコードをひと通り追跡した記録をここに控えます。 まとめ ※クリックすると大きな図が開きます Zygote（ザイゴート）プロセスは、Android システムブート時に起動し DalvikVM 本体と Android プログラムの実行に必要なダイナミックリンクライブラリと Java のクラスライブラリをロードした状態で待機する常駐プロセスである Zygote プロセスの目的は、同プロセスを fork することによりプログラム実行用のプロセス環境を素早く効率的にシステムへ提供することにある UNIX ドメインソケット /dev/socket/zygote が Zygote プロセスへのインターフェイスであり、同ソケットにプロセス生成要求を送出すると Zygote はプロセス fork を実
Android launchMode の違い
android:launchMode については以前のエントリ 「Android Activity, Task, Stack, Launch mode」 にも少し書いたのですが、それぞれの違いについてもう少し詳しく説明したいと思います。 上記のエントリで私がまとめた launchMode の表を再掲します。 この表に載っている 「インテントに応答するアクティビティをどのタスクに保持するか」 「アクティビティのインスタンスを複数生成できるか」 「インスタンスに他のアクティビティを含めることができるか」 「クラスの新しいインスタンスを起動して新しいインテントを処理するかどうか」 について順番に説明します。 ■ インテントに応答するアクティビティをどのタスクに保持するか ここに アプリX があるとします。 このアプリは ACTION_SEND を処理できる Activity A を持っています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
絶対落ちないアプリの作り方
http://2.bp.blogspot.com/_HRaLqTNFL7w/TGCcA81kbEI/AAAAAAAABX0/S9J-sJKtxe4/s1600/android_launchmode.png