はてなブックマーク

SELECT installed_on, COUNT(DATEDIFF(login_on, installed_on) = 1 or NULL) / COUNT(DATEDIFF(login_on, installed_on) = 0 or NULL) AS day1, COUNT(DATEDIFF(login_on, installed_on) = 2 or NULL) / COUNT(DATEDIFF(login_on, installed_on) = 0 or NULL) AS day2, COUNT(DATEDIFF(login_on, installed_on) = 3 or NULL) / COUNT(DATEDIFF(login_on, installed_on) = 0 or NULL) AS day3, COUNT(DATEDIFF(login_on, installed

モバイルファクトリー Advent Calenadar 16日目の記事です。 今日はネイティブアプリエンジニアの@mattakがお送りします。 前置き AndroidのプロジェクトにKotlinを導入してみて半年弱たちました。 いままで開発してみてのメリット、デメリット含めてふりかえってみました。 メリット 導入が容易 KotlinはJavaと完全に同居することができ、また相互に呼び出しが可能です。 src/main/java/Hoge.java と src/main/java/Fuga.kt がディレクトリに共存できる src/main/java/Hoge.java と src/main/java/Fuga.kt が相互に呼び出せる 新規プロジェクトでないと導入できないようなハードルの高さは無く、過去のプロジェクトもKotlin化することが容易です。 AndroidプロジェクトのKotl

adb am start -n [package]/[classname] adb am startは便利だが、パッケージ名の指定のみでは起動ができない。 -n オプションで起動には起動する対象のActivityの名前を取得する必要がある。 このActivityの名前を、端末から取得してinteractiveに指定のパッケージを起動するコマンドを書いた。 launchapp adb shell pm dumpが使える端末であれば、パッケージ名から起動できるscriptをかける。 launchapp 使い方. 1) 何も指定せずにpecoにまかせて起動

#if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME} import android.content.Context import android.support.test.InstrumentationRegistry import android.support.test.runner.AndroidJUnit4 import android.test.AndroidTestCase import org.junit import org.junit.runner.RunWith import kotlin.test.* #end #parse("File Header.java") RunWith(AndroidJUnit4::class) public class ${NAME} { junit.B

Libraries and frameworks are designated as Required by default, but you can change this designation to Optional. Required libraries must be present on the host computer for the product to load. Optional libraries do not have to be present for the product to load. A Required framework will always be loaded into memory, but an Optional framework will be loaded only if needed. The initial load of the

buildscript { ext.kotlin_version = '0.12.613' repositories { jcenter() } dependencies { classpath 'com.android.tools.build:gradle:1.2.3' classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version" } } apply plugin: 'com.android.application' apply plugin: 'kotlin-android' android { compileSdkVersion 22 buildToolsVersion "22.0.1" defaultConfig { applicationId "me.mattak.kotlinandroidtestsa

前置き いろいろとライブラリを導入していったら、プロジェクトの初期にもかかわらず65K 問題が発生・・・。 2日ぐらい悪戦苦闘してベスト・プラクティスを発見したのでメモ。 Proguradで挫折 とりあえずは下記ページを参考にした。 Androidのメソッド数が65k(65536)を超えた場合にビルドができなくなる問題の対処法 Multidex化してもよいのだけれど、アプリのサイズが増えるのがどうしても許容できなかったため、proguardで利用していないメソッドを消す戦略をとった。 頑張った結果、アプリケーションの65K問題を回避できた。 ただdebugビルドにもproguardファイルが必須となり、testで65k問題が発生する・・・！ヽ(｀Д´)/ Instrumentation周りのproguard設定はかなり辛くて挫折。。。 JakeWharton神 現実逃避しながらgithub

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Androidでgradleファイルを記述するときに、build.gradleのsigningConfigsの欄に直でパスワードを書いていませんか？ パスワードを直に書かない方法だとgradle.propertiesに設定を書いてそれを利用する方法、標準入力から毎度入力する方法もあります。ですがあまりスマートとはいえません。 しかしapply fromで外部のgradleファイルとして読み込むととても簡単に設定情報が外部ファイルに切り出せます。 やりかたは簡単で以下のとおり。 app/build.gradle android { // ... // signingConfigs apply from: 'signingConfigs/debug.gradle', to: android apply from: 'signingConfigs/release.gradle', to: and