はじめに まず、専用端末というものがどういうものを指しているかというと、特定のアプリだけを常に表示し続ける端末のことです。飲食店等の注文用のタブレットや支払いにのみ利用できるタブレットなど、見たことがある方もいるかもしれません。 今回は Android Management APIを使ってそのような端末を作る方法をご紹介しようと思います。 本題 Android Management APIではポリシーというものを用いてデバイス管理を行います。ポリシーはデバイスの「あるべき状態」を記述するものです。アプリのインストール・アンインストールから特定の機能の制限まで、あらゆることをポリシー内で管理することができます。どのような設定項目が存在するかは以下のリンクをご覧ください。 デバイスを専用端末化するにあたってやること 今回デバイスを専用端末化するにあたって、やらないといけないことは以下の二つです
本記事はAndroid Advent Calendar 2020の2020/12/01分です。 初っ端ということなので、2020年末と2021年頭でのAndroidエンジニアとして初めて業務でやる場合に抑えておいたほうが良い最低限の部分を書いていこうと思います。（ツッコミ待ちです） 対象 2021年3月ぐらいまでに !!業務!! でAndroidアプリを作らされる事になった可愛そうな人が居たとします この人は手続き型言語でオブジェクト指向プログラミングができる知識があり、Androidアプリもなんとなく趣味で作ったこともあるぐらいのレベル感です（なので上長からいきなりお前Android担当なと言われた） 最低限のAndroidアプリの作成の知識はあるものとします（画面の表示にはActivityがいるよとかは書かない) ゲームは対象外です 業務でAndroidアプリを作ることを想定しています
DevFestの資料の記事版です。ステップごとにサンプルアプリの差分付きで説明します。 なぜDependency Injectionが必要なのか から始め、Dagger Hiltの説明、実践的なプラクティスまで説明していきます！ Dependency Injection(DI)とはなにか なぜDIが必要なのか DI、ちょっと難しいイメージありますが、そもそもなんで必要なんでしょうか？ 作っているのが動画再生するアプリでVideoPlayerというクラスがあるとしましょう。 VideoPlayerのクラスの中にデータベースやcodecなどがハードコードされています。 コード: https://github.com/takahirom/hilt-sample-app/commit/8c36602aaa4e27d8f10c81e2808f0ff452f1c8a4#diff-bbc9d28d8bc
Android: Dagger2 - Subcomponent vs. dependencies
はじめに Dagger2(google/dagger)でComponentの関連性を指定する@Subcomponentとdependenciesについてまとめる. Dagger2では依存オブジェクト群を”Component”と呼ばれる単位で管理する. このComponentには他Componentと従属関係を築く方法と, 他Componentと使用関係を築く方法の2種類が用意されている. さらにDagger2では”Scope”の概念も加わり, このあたりの仕様理解を難しくしている. Subcomponentやdependenciesを使わなくてもDagger2はDI Frameworkとして十分役に立つ. ただ, Subcomponentとdependenciesの理解はDagger2の依存性充足の仕組みを理解するのに大いに役立つため, 知っておくことをお勧めする. NOTE: 本稿はDa
はじめに はじめまして。オプティムのOptimal Bizチームの于(う)です。入社してから新人研修の時期を除いてずっとOptimal Bizチームに所属しており、今は五年目です。 Optimal Bizに関しては以下を参照 www.optimalbiz.jp 普段の業務では主にRuby on Railsによってのサーバー側の開発を行っており、現在はOptimal Biz Android EMM(Enterprise Mobility Management )を担当しています。 今回はOptimal Bizが、Androidゼロタッチ登録に対応したので、その開発の大体の流れを紹介します。 エンタープライズ向けのモバイル管理は、後ほど紹介するAPIを用いたWebサービス連携にて実現しており、Optimal BizにおいてはここにRuby on Railsを採用しています。今回ご紹介するのはA
各バージョンの対応状況 Androidの各バージョンにおいてTLSの対応状況は以下のようになっています。 ※ Template:ウェブブラウザにおけるTLS/SSLの対応状況の変化より 5.0以降については「TLS / SSL のデフォルトの構成の変更」にも記載の通り、デフォルトで有効になっています。 Android4.0.4未満については非対応ですが、4.1から4.4.4については規定で無効となっています。本記事ではこれを有効にする方法について書いていきます。 参考：SSLSocket：Default configuration for different Android versions GooglePlayサービス経由でセキュリティプロバイダをアップデートする 公式の「SSLの脆弱性攻撃から保護するためにセキュリティプロバイダをアップデートする」へ記載の通り、 GooglePlayサ
Android's Built-in ProGuard Rules: The Missing Guide Android's build tools come with a few ProGuard facets to squeeze the most juice out of your release builds. In this post we'll cover what they all are, what's inside 'em, and what you can do with this knowledge! Note: This post is a little long and intended to be an information dump. Feel free to skip sections if they're not relevant to you! The
iOS vs. Android App UI Design: The Complete Guide Erik D. Kennedy · Updated Aug 11, 2021 If you’re designing both an iOS and an Android (Material Design) version of an app, this guide is your new best friend 😎. We’re going to cover the most relevant differences between iOS and Android for UX/UI designers. If you’ve created an app on one platform, this is most of what you need to know to “translat
はじめに ある日、GooglePlayConsole上にこんな警告が出ていました。 このアプリには、android.permission.RECEIVE_SMSの権限を付与していました。 android.permission.RECEIVE_SMSの権限を使うなら、その権限をなんの目的で使うのかを明確に申請してくれというのが今回の警告の内容です。 このアプリでのandroid.permission.RECEIVE_SMSの用途は、アカウントの認証時、SMS認証をしており、認証コードを自動入力させるために、受信したSMSの内容を取得するためでした。 この用途でandroid.permission.RECEIVE_SMSを使ってしまうと、自分のアプリに必要なSMS以外のすべてのSMSをアプリから読むことができてしまいます。それはセキュリティー的にいかがなことなのかということで、Googleにお
モバイル基盤部のこやまカニ大好き(id:nein37)です。 モバイル基盤部では、CI環境の改善やアプリのリリースサイクル自動化といった開発・リリースフローの効率化に加え、アプリのビルド速度改善や開発のしやすさを改善する様々な取り組みを行っています。 今回はその中から、クックパッドアプリ(Android)に対して行った開発効率化の取り組みの一部を紹介したいと思います。 あわせて読みたい : Android版クックパッドアプリで採用している技術の現状確認 2018年版 日々のメンテナンス系 不要になったソースコードやリソースの削除 Lint設定の最適化/Lint警告の除去 画像リソースのWebP化/WebPおじさん化 minSdkVersion 21 後の変更 Ripple 対応 android:elevation の指定で影をつける *-v21 系代替リソースの整理 ツール導入など And
I'm developing the MDM app for parents to control children's devices and it uses permission SYSTEM_ALERT_WINDOW to display warnings on device if forbidden action has performed. On devices with SDK 23+ (Android 6.0) during installation the app checks the permission using this method: Settings.canDrawOverlays(getApplicationContext()) and if this method returns false the app opens system dialog where
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
Android の AlarmManager AlarmManager といえば、Android において文字通りアラームやリマインダを実装する際に用いたり、或いはバックグラウンドで定期的に行いたい処理のスケジューリングに用いたり（こちらは JobScheduler に取って代わられた感じですが）、割りと使用する機会が多いものです。 同時に、Androidの歴史において、バージョンアップに伴って挙動が変更になったりと、割りと罠も多い存在だったりします。 挙動が変更になるたびに「変更への対応方法」を記した記事が出回るので助かるのですが、「今からAndroidアプリの開発を始めます！」という人にとってはそれらを全部拾い集めるのも大変でしょうし、ここらで AlarmManager の変化の歴史と共にざっくりまとめてみたいと思います。 そもそも登録内容が永続化されない罠 AlarmManager
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
