社内勉強会でサービスクラスがなぜ存在するのかについて紹介しました - UUUMエンジニアブログ
設計と実装で 抑えておきたい サービスクラスと例外 from Takuya Sato nazoです。 最近はUUUMもエンジニアを含む開発チームもメンバーが増えてきました。メンバーが増えてきた時に、どうしても技術力にムラがある（単純に高い低いという話ではなく、得意な点や考え方が個人により異なるということ）という問題が生じます。 個別の細かい技術についてはその場で説明すれば良いのですが、「設計」と言うと単純に説明するのは難しく、そもそも人によって考え方にも違いがあります。とはいえここは抑えておいてほしいというところはあるので、社内で勉強会を開催して説明した内容を社内向け文書も兼ねて公開したいと思います。 今回は「サービスクラス」の作り方について紹介したいと思います。サービスクラスという概念はバックエンドに限らず、フロントエンドやその他様々なアプリケーションで応用できる概念かと思います。資料に
リポジトリ パターン | Android Developers
リポジトリ パターン コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 1. 始める前に はじめに この Codelab では、オフライン キャッシュを使用してアプリのユーザー エクスペリエンスを改善します。多くのアプリはネットワークのデータを利用します。アプリが起動するたびにサーバーからデータを取得して読み込み画面を表示すると、ユーザー エクスペリエンスが低下し、アプリのアンインストールにつながるおそれがあります。 ユーザーはアプリを起動したとき、データがすぐに表示されることを期待します。これを実現するには、オフライン キャッシュを実装します。オフライン キャッシュとは、アプリがネットワークから取得したデータをデバイスのローカル ストレージに保存することにより、高速にアクセスできるようにすることです。 アプリはネットワークからデータを取得するだけでなく、以
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
