開発中のページでWebRTCを使ってAndroidのカメラの映像を Javascriptで取得できるか確認を行いたい時があります。 PCであればXAMMP等のApacheサーバーを起動しておけば http://localhost/ にアクセスすることで動作を確認できますが Androidの実機で同じように確認しようとすると 当然そのままでは http://localhost/ にはアクセスすることは出来ません。 https:// から始まるSSLで暗号化されたサーバーにファイルをアップロードし そこへAndroidでアクセスする必要があります。 しかし、暗号化されたサーバーを用意するのは手間ですね。 そこで便利なのがGoogleChromeの開発モードに用意されている。 RemoteDeviceに対してお手軽にポートフォワーディングを適用する機能です。 確認を行いたいページをlocalho
本記事では、USBデバッグをオン/オフ切り替える方法を解説します。 メリット・デメリットも触れているので、ぜひどうぞ。
開始する 初めてのアプリを作成することから始めてみましょう。トレーニング コースを活用して理解を深めるほか、ご自身でアプリ開発を習得することもできます。
概要 初めてのアプリを作成することから始めてみましょう。トレーニング コースを活用して理解を深めるほか、ご自身でアプリ開発を習得することもできます。
こんにちは、間藤です。 久しぶりとなってしまいましたが、今回はAndroid StudioのBuild TypeとかFlavorについて書いてみます。何を今更な話題かもしれませんが、自分のためにもちょっと整理しておきます。 なお、今回利用しているのは、以下のバージョンです。 Android Plugin 何はともあれ、GradleのAndroid PluginのUser Guideに目を通しておくのがよいでしょう。 Gradle Plugin User Guide - Android Tools Project Site Build Typesのところを読むと、デフォルトでdebugとreleaseのtype（ガイドにはversionと書かれてます）があるということです。 特に説明は不要かと思いますが、debugは開発時用のビルド設定を、releaseは本番リリース用のビルド設定を行う目的
勉強の一環として個人アプリ開発がおすすめという話です（LT用資料も兼ねてます） みなさんどうやって勉強していますか？ 技術書を読む 技術記事を読む リファレンスを読む サンプルコードを写経 OSSを読む OSSにコントリビュート 個人アプリ開発 etc... 個人アプリ開発のメリット Android、Kotlinの勉強になる 業務でまだ使っていない最新技術やOSSを試せる インストール数が増えるとモチベがあがる レビューなどでフィードバックがもらえる 小銭を稼ぐこともできる アプリリリースまでの大まかな流れ 準備 テーマ決め 機能洗い出し 技術調査 UI設計 実装 プロトタイプ作り 通信部分など実装 リリース アイコン作り ストア画像作り アプリ署名 準備 テーマ決め（アプリアイデア探し） 普段からPlay Storeのランキングを見る 周りの人に困ってることを聞く Webにはあるけどアプ
Google I/O 2017で発表されたGoogle Play App Signingの紹介です。 Google Play App Signing とは Google Playに鍵をアップロードすることで、アプリリリース時にアップロードするAPKに対してGoogle Playにアップロードした鍵を利用してAPKに再署名し、ユーザーに配信することができる機能です。 既存の方法 既存の方法（Google Play App Signingを使わない方法）だと以下のようなリスクがあります。 リリース用の鍵を紛失した場合、アプリのアップデートができなくなる。（新しいアプリとして新しいパッケージ名で公開する必要がある） リリース用の鍵を盗難された場合、他人が偽物のアプリを作れるようになってしまう。 Google Play App Signingを利用することで、これらのリスクを軽減することができます
Monacaを使いAndroidアプリを開発している際、アプリのビルドに必要なキーストア(keystore)とエイリアス(alias)の仕組みがよくわからず悩んだのでメモしておきます。 APKビルド時の署名 まずはGoogle Playの署名システムについておさらいします。 Google Playにアプリを登録するにはAPKファイルをアップロードしますが、このAPKファイルをビルドする際に行うのが署名作業です。 Googleはこの署名によって「誰がこのアプリを開発したか」を識別し、アップデート用APKファイルがアップロードされる度に同じ署名がついているかどうかで正規のAPKファイルだと認識します。 署名作業はアプリのビルド時に行われますが、その際には「キーストアファイル」と「キーストアのパスワード」、「エイリアスのパスワード」が必要です。 このうちひとつでも紛失するとアプリを二度とアップデ
最初に 忘れてはいけない、でも目を背けがちなストア公開を記事にします。 私の場合ですが、web案件がメインだったため、社内に詳しい人物がおらず調べながらストア公開をしました。 また、ReactNativeをやるということは、何かしらWeb開発の経験がある人が多そう。共通課題と思っています。 私の場合、 RNで知見が少ない そもそもWeb開発がメインだからストア公開とかヤベェ。 iOSはやったことあるけど、Android知らねえや(一方のみ) などで、事前に時間がかかるだろうと、2週間程度余裕を見まして、開発と並行してリリース準備を進めました。 Tipsとして残したいと思います。 尚、記憶を頼りにソースを見て書いてます。間違い&指摘があればすみません。すぐに直します。 今回は以下を前提としています。 開発環境 Mac OS X El Capitan React Native ver 0.28
概要 個人でAndroidアプリを作ってる中でビルドやリリース作業を自動化したいなと思いました。 色々調べたところ、CircleCI、fastlane、DeployGateを使えばできそうなことがわかったので、 まとめてみようと思いました。 今回参考にするAndroidアプリのソースは下記においてあります。 (パスやAPIキーはprivateリポジトリに隠してあります。) https://github.com/naoto0822/miita-android 目標 ・「Githubで特定のbranchにpushしたらリリース or Beta配布」 そのために下記を順を追って実現します。 コマンド一発でDeploygateアップロード コマンド一発でGoogle Play Storeにアップロード CircleCIでビルド gradleの細かい設定については今回は触れません。 assemble
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Androidアプリ開発を進めていくに当たって、いろいろな「決めごと」があります。はじめはどのような意味があるのか分からないまま決めてしまい、後になって後悔することも多いので、どのようなことが取り返しがつかないのか、どのように決めればよいのか、をまとめてみようと思います。 前半は当たり前のことを書いていますが、後半ほど意外と意識していない人も多いのではないかと思います。 ※取り返しがつかない。といっても、全く別のアプリとして公開しなおすことまで許容してしまえば何でもありです。ここでは、同一のアプリとしてアップデートができない。もしくはア
Android Activity, Task, Stack, Launch mode
アクティビティ と タスク と スタック と 起動モード (と ライフサイクル) 開発の基礎のアクティビティとタスク以降 がとっても（日本語が）わかりにくかったので、 私なりの解釈を書くことにしました。 （もしかしたら間違ってるかもしれないよ） なんで、わかりにくいかと言うと、用語の定義がされてないからなんですね。 なので、ちゃんと定義（みたいなの） ・アクティビティ これはいいよね。いわゆる Activity です。 ・ルートアクティビティ タスクを開始するアクティビティのこと。 通常だと、AndroidManifest.xml の タグのなかに <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNC
private WeakReference<Context> mContext; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); mContext = new WeakReference<Context>(this); } まとめると・・・ 原則１：Activity(Fragment)ではApplicationContextではなくActivityContextを使う（ライフサイクルに逆らわらない） 原則２：ActivityContextをActivity(Fragment)より長命などこかに渡す際（非同期処理等）は設計を見直す。 原則３：ライフサイクル内でActivityContextを変数代入し、参照する際は弱参照にしないとメモリリークの原因に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
