あの「ポケモンGo」のクローンともいえるARゲーム「CRITRS」がオープンソースで登場しています.
critrs - Google Play の Android アプリ
CRITRS | GovHack Hackerspace 2016
登場するのはモンスターではなく動物のようです.
コアラとかw
エントランスにサメとかw
非常に不自然でキモいのが笑えます.
GitHub にてソースコードも公開されています.
どうやら, オーストラリアの自然や名所を再認識させてくれるような政府主催のコンペのようです.
ポケモンGoクローンを作るとする人の参考にもなるだろうし, 今やっているそれがつまらないものに見えてきたりしますが, 非常にいい企画ですよね.
このような, 質問がありました.
こんにちは。
私はアプリの開発を2年ほどやっているものです。
しかし, いつも似たようなコードの繰り返しばかりで少しも進歩していないように思っています。小さい会社なので, モバイルアプリ開発者は私だけで, だれも私のコードを見ることがないので, 私のコードの間違いを指摘されることはなく, 会社で開発されている他のコードを見ることもありません。
最新技術を利用しすばらしい実装を行っているオープンソースアプリのコードを勉強したいです。
そのようなアプリをどこで見つけたらよいか教えて下さい。
よろしくお願いいたします。
このような環境で日々を過ごし, 似たようなことを考えてる開発者は多いと思います。
以下のサイトはいかがでしょうか. よくある ToDo アプリでのサンプルとなっています.
ここでフォーカスされているのは, 構造, 設計, テスト, メンテナンスのしやすさですが, リファレンスとして, または, アプリ開発のスタート地点として利用できます.
googlesamples/android-architecture at todo-mvp
このサンプルはすべての基本となります. 構造を持つフレームワークを使わないシンプルな Model-View-Presenter パターンの実装例です. ローカル/リモートのデータソースである Repository を手作業で Dependency Injection しています. 非同期処理はコールバックを利用しています.
googlesamples/android-architecture at todo-mvp-loaders
Repository から Loader を使ってデータを取得します.
- コールバックなしで Repository 内のデータを非同期で読み込むことができる.
- データソースを監視しており, Repository の内容が変化すると新しい結果として配送できる.
- 画面回転のあと自動的に直近の Loader を再接続できる.
googlesamples/android-architecture at todo-mvp-contentproviders
Repository からのデータ取得に ContentProvider を使います.
- 構造化されたデータへのアクセス操作可能.
- 別プロセスで稼働しているコードからデータへ接続できる標準的なインターフェースとなる.
googlesamples/android-architecture at todo-databinding
DataBiding ライブラリを利用して, UI要素にデータとアクションをバインドしています. 厳格には Model-View-ViewModel や Model-View-Presenter パターンではありません. ViewModel と Presenter 両方使用しています.
DataBinding ライブラリは, データとUI要素を連携する重複するコードを削減してくれます.
- レイアウトファイルがUI要素へのバインドに利用されている.
- 同時にイベントもアクションハンドラーと結合されている.
- データの監視が可能で必要であるときには自動で更新するようにセットすることができる.
googlesamples/android-architecture at todo-mvp-clean
Clean Architecture に基づいており, Presentation と Repository レイヤーの間に Domain レイヤーが存在して, アプリを3つのレイヤーに分けています.
Domain レイヤーでは, すべてのビジネスロジックを収納しており, Presenter に使われる use-case か interactor と命名されたクラスから始まる. これらの use-case は Presentation レイヤーから作ることができるすべての実装可能なアクションを提供します.
その他, 最近流行のフレームワークや考え方を考慮しての実装サンプルも続々と作成中のようです.
Architecture Blueprints の非同期処理実装にみる Android SDK の方向性
MVP + Dagger2
MVP + RxJava
MVP + Fragmentなし
非常に柔軟性のある使えるサンプルとなると思われます. ぜひご確認あれ.
2013年 Google I/O で発表されたネットワークライブラリ Volley.
Sending a Simple Request | Android Developers
Which Android HTTP library to use? - PacketZoom Blog
もう三年も経つんですね.
このような質問.
私は, ネットワーク処理で Volley を使っています. しかし, Google は活発にメンテナンスしていないように思えます. 最初, Google は Play Store アプリに利用するためにそれを開発したということですが, 利用しているサードパーティのライブラリ一覧に明記されていないし, ほとんどの人が Retrofit (ベンチマークをみるとこちらのほうがよさそう) を使っています. Volley を使うのをやめる時期なのでしょうか?
で, 以下回答より.
「Google は活発にメンテナンスしていないように思えます」
これは, あなたが「活発なメンテナンス」をどう定義しているかによります. gitリポジトリで確認できるように, 開発は続いており, 過去1年でも数多くのコミットがされています.
platform/frameworks/volley - Git at Google
また, 今年の最初に Google は, 公式に Volley アーティファクト を, バージョン 1.0.0 として公開しています.
「利用しているサードパーティのライブラリ一覧に明記されていない」
Google は Play Store アプリを作成し, Volley も作成した. それゆえに, Google からみると, Volley はサードパーティのライブラリではありません. Google ではない人からみると Volley はサードパーティライブラリとなります.
「ほとんどの人が Retrofit を使っている」
Retrofit と Volley は同じではありません. Square の HTTP関連ライブラリ (OkHttp3, Retrofit, Picasso) 3つセットで同等なものとなり, それは Volley の能力を越えます.
Stack Overflow 上での話に関しては, 私は「ほとんどの人が Retrofit を使っている」とは思っていません.
「Volley を使うのを止める時期でしょうか?」
これには, あなたしか答えることができません. 重要な判断基準を持つのはあなただけで, ライブラリがその基準を満たすかどうか評価するのはあなただけです.
Is Android Volley Dead? - Stack Overflow
最近では, Google発のライブラリだけでなく, アプリや, SDKまでもが「Androidでは, こんなことが, これくらいできますよ」という高機能で複雑なサンプル的なショーケースのような意味合いが強くなってきてるように思えるけど, これを「実用的」というのか, どうなのかー.