Coffee Breakにプログラミング備忘録
Currently viewing the category:
"AndroidStudio"
はじめに
2017年5月18日のGoogle I/OでKotlinがファーストクラスランゲージにすると発表されたのでKotlinについてメモしておきます。
もともとアプリを作る上でも構文的に見てSwiftより劣っていたJavaです。それらの問題をkotlinは改善してくれます。
java8でラムダ式やオプショナルが実装され大分良くなりましたが、kotlin > (java8 ≒ java9)な所感です。
情報源
https://blog.jetbrains.com/jp/2017/05/18/767
セッション内容の動画
公式ページ
https://kotlinlang.org/
AndroidでKotlinを正式サポート
以前からプラグインでkotlin開発ができていましたが、AndroidStudio3.0より正式サポートになりました。
本日より、Android Studio 3.0はKotlinを最初から同梱します。つまりAndroidデベロッパは互換性について心配する必要がなくなります。今後JetBrainsもGoogleもKotlinでのAndroidアプリケーション開発をサポートしていきますのでご安心ください。
Kotlinの他のプラットフォーム(サーバ、デスクトップにおけるKotlin/JVM、Kotlin/JS、Kotlin/Native)におけるサポートについてもJetBrainsにとって引き続きフォーカスしていきますのでご安心ください。JetBrainsのKotlinにおけるビジョンは、この言語を様々なアプリケーションをマルチプラットフォームで、エンドトゥーエンドに繋げる統一ツールにすることです。これはフルスタックWebアプリケーションも、Androidも、iOSクライアとも、組み込み/IoTも含みます。
プログラミング言語は人間の言語と同じです。つまり話す人が多ければ多いほど良くなります。Androidでの公式サポートで、より多くのデベロッパがKotlinを使うことになるでしょう。そしてJetBrainsはKotlinコミュニティが急速に広がっていくと期待しています。Kotlinによる、またはKotlin向けのライブラリやツール開発が加速し、経験が共有され、Kotlinを使う職が増え、学習教材がたくさん公開されていくことでしょう。Kotlinのエコシステムがより盛り上がっていくことを楽しみにしています！
JetBrainsはGoogleとのパートナーシップで、非営利のKotlinの財団の設立を予定しています。言語開発は引き続きJetBrainsが支援していき、40人いるJetBrainsで二番目に大きいKotlinチームはこれまで通り活動して参ります。Andrey Breslavが引き続きリード言語デザイナーを務め、Kotlinはこれまでと同じ原則をもとに開発が続けられます。JetBrainsはKotlinのデザインプロセスを今後もオープンなものにし続けます。皆様のフィードバックこそKotlinを正しい方向に導くのに必要不可欠だからです。
引用：https://blog.jetbrains.com/jp/2017/05/18/767
Kotlin言語とは
Jetbrain社のオープンソースな言語です。
今すぐにjavaからkotlinへ移行するべき理由とは
既存サービスの場合、規模によっては移行するコストもありますが、費用対効果はその分にあります。
個人的には一番は開発速度が大幅に改善されバグが減ることが大きいと思ってます。
kotlin > (java8 ≒ java9)と言語で優っている
Null Safetyや関数プログラム（ラムダなど）がjavaよりも優っています。java8からoptionalがついてますが、本来のoptionalとずれていてswiftのように使うことはできません。kotlinはswiftに近いためoptionalチェイニングも可能なため、nullでも動きます。
javaもjava9がリリースなどで上がって来ているがAndroidが対応バージョンが6移行など考えるとkotlinにするのがいいと思います。
java9も今年夏にリリース予定とのこと。
http://www.journaldev.com/13121/java-9-features-with-examples#java-9-core
kotlin ≒ swift
言語の基本構文や用意されている機能（ラムダ、オプショナルなど）がswiftに近いです。swiftを触ったことがある人であればkotlinもすぐに理解できます。あとはAndroidのフレームワークの理解は必要です。
開発速度とモチベーション
新しい言語はモチベーション上がります。あとは構文も今風の軽量言語仕様に沿っているので覚えがいがあると思います。
Androidでよく見かけるnpe問題から解放され、コード量がjavaよりも断然少ないコードで実装可能なため、バグなども減ってくると思います。
削減した時間はMVP,MVVM,DDD開発などの設計面に回すことができまね。
互換性100%
javaとkotlinの互換性が100%のため、変えることによりできなくなることはありません。
kotlinで書き方などわからない場合はとりあえずそこはjavaのままというスタンスでもいいと思います。２言語の共存ができます。
JavaからKotlinの学習コストについて
java6,7のスキルでは１０日、java8の関数型プログラミングを知っているひとであれば２日程構文を流し見してコードを打てばそれなりに習得できるレベルです。
既存サービスのkotlin化について
既存サービスでjavaからkotlinに変更する場合の進め方を考えました。
時間に余裕があるのであればまとめてコンバートすることが一番スムーズですが、既存サービスの場合、ほかタスクもあるため、一気には難しいのかもしれません。
手始めにテストコードから
どこからコンバートするか迷うところですが、まずは完全にコードと切り離された位置にいるテストコードからやるのがお手軽です。
まずはパッケージ単位で
MVPモデルの場合はM→P→V（Vは最悪やらなくていい）の順番で優先度をつけて対応するといいと思います。
あとはutilityやライブラリの切り離されたところから行うと影響範囲が少なくていいと思います。
単にkotlinに変換ではなく、kotlin仕様のコードに変更
単にjavaからkotlinにコンバートしてエラー対応しても、それはほとんどjavaです。
最終的にkotlinの仕様に沿ったコードに変更しましょう。（まずは順序立てて３フェーズで考えました）
第1フェーズ
java→kotlinにコードを変換
（せっかくkotlinなのにjavaと変わらない状態）
第2フェーズ
kotlinの制御に変更（おもにnullチェック、代入、return関連）
第3フェーズ
FP言語に寄せて変更
妥協
無理にすべてをコンバートするのではなく、あまり機能追加など行わない部分はjavaのままでいくのもありだと思います。
コンバートする場合はすべてテストを再度行わなくていけないのと既存コードで問題が起きていないのであればjavaのままで害になることもないからです。
androidでjava開発のサポートは
公式でのアナウンスはしてませんが、今後もgoogleはjavaのサポートは辞めないのではないでしょうか。言語の選択肢が増えたと考えたほうがいいと思います。kotlinもjavaもファーストクラスランゲージでjavaも伸びしろがあります。
ただoracleと著作権で揉めたりしてたはずですが、どうなのでしょうか。
https://developers.srad.jp/story/16/05/27/0415243/
kotlinの将来性
Android以外にもweb開発などjavaを使って開発していたものがkotlinですべて開発可能です。
言語仕様としてkotlinが上回っているため今後はkotlin開発が増えていくのではないでしょうか。
altJSとしてのkotlinは？
kotlinはjvmのほかjavascriptへコンパイルできます。そのため、altJS（typescript,coffeescript,dartなど）としてもなり得る可能性があります。
kotlinで用意しているものからできることとして比較するとjavascript > kotlinにはなるとおもいます。typescript > kotlinでもあります。
基本的なことは全てできるので、altJSとしても十分に発揮できるのではないでしょうか。
typescriptやらのdslを覚える学習コストを考えると、javaエンジニアはkotlinのほうが慣れやすいのではないかなと思います。
はじめに
ギャラリー・カメラの選択した画像をonActivityResultで取得する場合に以前は「content://media/external/images/media/」形式で
URLが取得できていましたが、「storage/sdcard0/」形式のファイル取得になりました。SDKのバージョン上げたからかな？変わったのかな？調べてません。
そのためcursolがnullになりエラーに陥ったので対応策をメモしておきます。
対応策
「content://media/external/images/media/」形式
「storage/sdcard0/」形式
どちらの場合も対応できるようにコードを分岐しました。
public static final String[] PROJECTION = {
Images.ImageColumns._ID, // 0
Images.ImageColumns.TITLE, // 1
Images.ImageColumns.MIME_TYPE, // 2
Images.ImageColumns.LATITUDE, // 3
Images.ImageColumns.LONGITUDE, // 4
Images.ImageColumns.DATE_TAKEN, // 5
Images.ImageColumns.DATE_ADDED, // 6
Images.ImageColumns.DATE_MODIFIED, // 7
Images.ImageColumns.DATA, // 8
Images.ImageColumns.ORIENTATION, // 9
Images.ImageColumns.BUCKET_ID, // 10
Images.ImageColumns.SIZE, // 11
Images. ImageColumns.BUCKET_DISPLAY_NAME, // 12
};
public void onActivityResult(int requestCode, int resultCode, Intent data) {
Uri uri = data.getData();
Cursor cursor = null;
if (ContentResolver.SCHEME_CONTENT.equals( uri.getScheme()) ){
// content://media/external/images/media/形式
ContentResolver cr = getContentResolver();
String[] columns = {MediaStore.Images.Media.DATA };
cursor = cr.query(mData.getData(), columns, null, null, null);
} else {
// storage/sdcard0/形式 ※HDのディレクトリ構成のまま
cursor = getContentResolver().query( Images.Media.EXTERNAL_CONTENT_URI, PROJECTION,
Images.ImageColumns.DATA + " LIKE '%" + mData.getData().toString() + "%'", null, null );
}
String fileName = cursor.getString(c.getColumnIndex(Images.Media.DATA));
}
はじめに
AndroidStudio作成のgradle環境のプロジェクトをコマンド実行します。
gradleコマンドは全環境に依存しているため、プロジェクト毎に関連性を持つGradleをラップしたgradlewコマンドを使います。
前回作成のプロジェクトをコマンド実行してみます
[Android]Gradleファイルで環境ごとに処理を切り分け（APK名・Keystore設定など）
プロジェクトは以下
https://github.com/y-matsumoto/template-project
タスク確認
プロジェクト直下にgradlew.batができてます。こちらを使います。
まずはプロジェクト直下に移動して以下のコマンドを実行し、タスク一覧を確認します
$ gradlew tasks Parallel execution with configuration on demand is an incubating feature. :tasks ------------------------------------------------------------ All tasks runnable from root project ------------------------------------------------------------ Android tasks ------------- androidDependencies - Displays the Android dependencies of the project. signingReport - Displays the signing info for each variant. sourceSets - Prints out all the source sets defined in this project. Build tasks ----------- assemble - Assembles all variants of all applications and secondary packages. assembleAndroidTest - Assembles all the Test applications. assembleDebug - Assembles all Debug builds. assembleDevelop - Assembles all Develop builds. assembleProduct - Assembles all Product builds. assembleRelease - Assembles all Release builds. assembleStaging - Assembles all Staging builds. build - Assembles and tests this project. buildDependents - Assembles and tests this project and all projects that depend on it. buildNeeded - Assembles and tests this project and all projects it depends on. clean - Deletes the build directory. compileDevelopDebugAndroidTestSources compileDevelopDebugSources compileDevelopDebugUnitTestSources compileDevelopReleaseSources compileDevelopReleaseUnitTestSources compileProductDebugAndroidTestSources compileProductDebugSources compileProductDebugUnitTestSources compileProductReleaseSources compileProductReleaseUnitTestSources compileStagingDebugAndroidTestSources compileStagingDebugSources compileStagingDebugUnitTestSources compileStagingReleaseSources compileStagingReleaseUnitTestSources mockableAndroidJar - Creates a version of android.jar that's suitable for unit tests. Build Setup tasks ----------------- init - Initializes a new Gradle build. [incubating] wrapper - Generates Gradle wrapper files. [incubating] Help tasks ---------- components - Displays the components produced by root project 'template-project'. [incubating] dependencies - Displays all dependencies declared in root project 'template-project'. dependencyInsight - Displays the insight into a specific dependency in root project 'template-project'. help - Displays a help message. model - Displays the configuration model of root project 'template-project'. [incubating] projects - Displays the sub-projects of root project 'template-project'. properties - Displays the properties of root project 'template-project'. tasks - Displays the tasks runnable from root project 'template-project' (some of the displayed tasks may belong to subprojects). Install tasks ------------- installDevelopDebug - Installs the DebugDevelop build. installDevelopDebugAndroidTest - Installs the android (on device) tests for the DevelopDebug build. installProductDebug - Installs the DebugProduct build. installProductDebugAndroidTest - Installs the android (on device) tests for the ProductDebug build. installStagingDebug - Installs the DebugStaging build. installStagingDebugAndroidTest - Installs the android (on device) tests for the StagingDebug build. uninstallAll - Uninstall all applications. uninstallDevelopDebug - Uninstalls the DebugDevelop build. uninstallDevelopDebugAndroidTest - Uninstalls the android (on device) tests for the DevelopDebug build. uninstallDevelopRelease - Uninstalls the ReleaseDevelop build. uninstallProductDebug - Uninstalls the DebugProduct build. uninstallProductDebugAndroidTest - Uninstalls the android (on device) tests for the ProductDebug build. uninstallProductRelease - Uninstalls the ReleaseProduct build. uninstallStagingDebug - Uninstalls the DebugStaging build. uninstallStagingDebugAndroidTest - Uninstalls the android (on device) tests for the StagingDebug build. uninstallStagingRelease - Uninstalls the ReleaseStaging build. Verification tasks ------------------ check - Runs all checks. connectedAndroidTest - Installs and runs instrumentation tests for all flavors on connected devices. connectedCheck - Runs all device checks on currently connected devices. connectedDevelopDebugAndroidTest - Installs and runs the tests for developDebug on connected devices. connectedProductDebugAndroidTest - Installs and runs the tests for productDebug on connected devices. connectedStagingDebugAndroidTest - Installs and runs the tests for stagingDebug on connected devices. deviceAndroidTest - Installs and runs instrumentation tests using all Device Providers. deviceCheck - Runs all device checks using Device Providers and Test Servers. lint - Runs lint on all variants. lintDevelopDebug - Runs lint on the DevelopDebug build. lintDevelopRelease - Runs lint on the DevelopRelease build. lintProductDebug - Runs lint on the ProductDebug build. lintProductRelease - Runs lint on the ProductRelease build. lintStagingDebug - Runs lint on the StagingDebug build. lintStagingRelease - Runs lint on the StagingRelease build. test - Run unit tests for all variants. testDevelopDebugUnitTest - Run unit tests for the developDebug build. testDevelopReleaseUnitTest - Run unit tests for the developRelease build. testProductDebugUnitTest - Run unit tests for the productDebug build. testProductReleaseUnitTest - Run unit tests for the productRelease build. testStagingDebugUnitTest - Run unit tests for the stagingDebug build. testStagingReleaseUnitTest - Run unit tests for the stagingRelease build. Other tasks ----------- clean jarDevelopDebugClasses jarDevelopReleaseClasses jarProductDebugClasses jarProductReleaseClasses jarStagingDebugClasses jarStagingReleaseClasses lintVitalDevelopRelease - Runs lint on just the fatal issues in the DevelopRelease build. lintVitalProductRelease - Runs lint on just the fatal issues in the ProductRelease build. lintVitalStagingRelease - Runs lint on just the fatal issues in the StagingRelease build. To see all tasks and more detail, run gradlew tasks --all To see more detail about a task, run gradlew help --task <task> BUILD SUCCESSFUL Total time: 4.033 secs
Androidプロジェクトのビルド
タスクにより端末にインストールや、ビルド、APKファイル作成を指定環境ごとに作成します。
試しにassembleReleaseタスクを実行します
$ gradlew assembleDebug Parallel execution with configuration on demand is an incubating feature. :app:preBuild UP-TO-DATE :app:preDevelopDebugBuild UP-TO-DATE :app:checkDevelopDebugManifest :app:preDevelopReleaseBuild UP-TO-DATE :app:preProductDebugBuild UP-TO-DATE :app:preProductReleaseBuild UP-TO-DATE :app:preStagingDebugBuild UP-TO-DATE :app:preStagingReleaseBuild UP-TO-DATE :app:prepareComAndroidSupportAppcompatV72221Library UP-TO-DATE :app:prepareComAndroidSupportDesign2221Library UP-TO-DATE :app:prepareComAndroidSupportSupportV42221Library UP-TO-DATE :app:prepareDevelopDebugDependencies :app:compileDevelopDebugAidl UP-TO-DATE :app:compileDevelopDebugRenderscript UP-TO-DATE :app:generateDevelopDebugBuildConfig UP-TO-DATE :app:generateDevelopDebugAssets UP-TO-DATE :app:mergeDevelopDebugAssets UP-TO-DATE :app:generateDevelopDebugResValues UP-TO-DATE :app:generateDevelopDebugResources UP-TO-DATE :app:mergeDevelopDebugResources UP-TO-DATE :app:processDevelopDebugManifest UP-TO-DATE :app:processDevelopDebugResources UP-TO-DATE :app:generateDevelopDebugSources UP-TO-DATE :app:processDevelopDebugJavaRes UP-TO-DATE :app:compileDevelopDebugJavaWithJavac UP-TO-DATE :app:compileDevelopDebugNdk UP-TO-DATE :app:compileDevelopDebugSources UP-TO-DATE :app:preDexDevelopDebug UP-TO-DATE :app:dexDevelopDebug UP-TO-DATE :app:validateDebugSigning :app:packageDevelopDebug :app:zipalignDevelopDebug :app:assembleDevelopDebug :app:checkProductDebugManifest :app:prepareProductDebugDependencies :app:compileProductDebugAidl UP-TO-DATE :app:compileProductDebugRenderscript UP-TO-DATE :app:generateProductDebugBuildConfig UP-TO-DATE :app:generateProductDebugAssets UP-TO-DATE :app:mergeProductDebugAssets UP-TO-DATE :app:generateProductDebugResValues UP-TO-DATE :app:generateProductDebugResources UP-TO-DATE :app:mergeProductDebugResources UP-TO-DATE :app:processProductDebugManifest UP-TO-DATE :app:processProductDebugResources UP-TO-DATE :app:generateProductDebugSources UP-TO-DATE :app:processProductDebugJavaRes UP-TO-DATE :app:compileProductDebugJavaWithJavac UP-TO-DATE :app:compileProductDebugNdk UP-TO-DATE :app:compileProductDebugSources UP-TO-DATE :app:preDexProductDebug UP-TO-DATE :app:dexProductDebug UP-TO-DATE :app:packageProductDebug :app:zipalignProductDebug :app:assembleProductDebug :app:checkStagingDebugManifest :app:prepareStagingDebugDependencies :app:compileStagingDebugAidl UP-TO-DATE :app:compileStagingDebugRenderscript UP-TO-DATE :app:generateStagingDebugBuildConfig UP-TO-DATE :app:generateStagingDebugAssets UP-TO-DATE :app:mergeStagingDebugAssets UP-TO-DATE :app:generateStagingDebugResValues UP-TO-DATE :app:generateStagingDebugResources UP-TO-DATE :app:mergeStagingDebugResources UP-TO-DATE :app:processStagingDebugManifest UP-TO-DATE :app:processStagingDebugResources UP-TO-DATE :app:generateStagingDebugSources UP-TO-DATE :app:processStagingDebugJavaRes UP-TO-DATE :app:compileStagingDebugJavaWithJavac UP-TO-DATE :app:compileStagingDebugNdk UP-TO-DATE :app:compileStagingDebugSources UP-TO-DATE :app:preDexStagingDebug UP-TO-DATE :app:dexStagingDebug UP-TO-DATE :app:packageStagingDebug :app:zipalignStagingDebug :app:assembleStagingDebug :app:assembleDebug BUILD SUCCESSFUL Total time: 5.978 secs
BUILD SUCCESSFULで成功です。
template-project\app\build\outputs\apkディレクトリにdebugモードで各環境（develop,staging,product）でapkファイルが作成されます。
環境毎に実行する場合はassembleDevelop,assembleStaging,assembleProductタスクを実行してください。debug,releaseでファイルが作成されます。
ant,mavenより簡単で早いですね。
はじめに
Android開発ではbuild.gradle(Eclipse開発の場合はmanifestファイル)にminSDKVersion,TargetSDKVersionを記載します。この設定によりアプリのバージョン対応をします。
minSDKVersion設定は特に重要で、このバージョンより下位にあたるバージョンの端末ではアプリは実行できません。
Androidの記事を見ていると稀に、コードネームでバージョンを記載している場合も多いです。※Androidではコードネームがお菓子に関連した名前になっています
いまだ2015/11/19時点で2.3.3バージョン(APIレベル10)もシェア3%いるため、捨てるか迷いますが、これから作成するアプリはminSDKVersionは4.1(APIレベル16)にしておけばよいと思います。
公式ページに一覧一式掲載されています。
公式APIレベル
http://developer.android.com/intl/ja/guide/topics/manifest/uses-sdk-element.html
公式バージョンシェア率 ※頻繁に更新されているため信頼あるデータです
http://developer.android.com/intl/ja/about/dashboards/index.html
バージョン毎の変更点など
https://ja.wikipedia.org/wiki/#Android_6.0_Marshmallow
Androidバージョンと対応するAPIレベル/コードネーム一覧
はじめに
Androidのライブラリを導入時にManifestファイルで競合が発生し、実行できなくなったので改善案をメモしてます。
エラー発生から解決まで
Androidのライブラリを導入時にManifestファイルでiconの競合たるエラーが発生しました。
恐らく、ライブラリとiconで競合しどちらを優先するべきかコンパイラがわからなくなってのエラーと思います。
エラー詳細：
Error:(9, 9) Attribute application@icon value=(@drawable/ic_launcher.png) from AndroidManifest.xml:9:9
Error:(9, 9) Execution failed for task ‘:app:processDebugManifest’.
> Manifest merger failed : Attribute application@icon value=(@drawable/ic_launcher.png) from AndroidManifest.xml:9:9
is also present at com.github.example:1.0.0:13:9 value=(@drawable/ic_launcher)
Suggestion: add ‘tools:replace=”android:icon”‘ toelement at AndroidManifest.xml:7:5 to override
解決方法
エラー詳細に記載されている通り競合したプロジェクトのiconをreplaceすることで無事実行できました。
まずManifestファイルのmanifestタグを修正します
xmlns:tools=”http://schemas.android.com/tools”を追加します
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="hoge.piyo.xxx" xmlns:tools="http://schemas.android.com/tools">
次にManifestファイルのapplicationタグを修正します
tools:replace=”android:icon”の追加します
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
tools:replace="android:icon"
android:theme="@style/AppTheme" >
ここまでで改善しました
はじめに
Googleが開発しているjsonライブラリのgsonをAndroidStudioへ導入します。
javaでjsonのパーサーなどでよく使われています。
gsonについて
gsonを導入することで、jsonデータをjsonObjectへ変換（逆も可能）することができます。
また、jsonデータをそのままModelデータへすることも可能です。
gsonライブラリはMavenリポジトリにあります
現在バージョンは2.3.1になってます。
Mavenリポジトリ：
http://mvnrepository.com/artifact/com.google.code.gson/gson
プロジェクトへgsonの取り込み
プロジェクトのapp/build.gradle(AndroidStudioではGradleScriptでModule: appのbuild.gradle)へ以下を追加します
dependencies {
compile ‘com.google.code.gson:gson:2.3.1′
}
※dependenciesはプロジェクト新規で存在しているため、compile構文を一行追加でOKです
Mavenリポジトリをダウンロードして参照するためプロジェクト内へjarを配置などは不要です。
ここまでで取り込み完了です
gsonのライブラリを使ってみる
jsonデータをModelへ変換を行ってみます。
jsonデータは以下とします
{
"args": {},
"data": "",
"files": {},
"form": {},
"headers": {
"Accept-Encoding": "gzip",
"Content-Length": "0",
"Content-Type": "application/x-www-form-urlencoded",
"Host": "httpbin.org",
"User-Agent": "Dalvik/1.6.0 (Linux; U; Android 4.1.1; HTL21 Build/JRO03C)"
},
"json": null,
"origin": "123.456.789.123",
"url": "http://httpbin.org/post"
}
Modelを作る
まずはjsonデータをModelに変換するためのModelを作成します
import com.google.gson.annotations.SerializedName;
public class TestModel {
// 変数宣言
@SerializedName("data")
private String data;
@SerializedName("origin")
private String origin;
@SerializedName("url")
private String url;
@SerializedName("headers")
private Header headers;
// getter/setter
public String getData() {
return data;
}
public void setData(String data) {
this.data = data;
}
public String getOrigin() {
return origin;
}
public void setOrigin(String origin) {
this.origin = origin;
}
public String getUrl() {
return url;
}
public void setUrl(String url) {
this.url = url;
}
public Header getHeaders() {
return headers;
}
public void setHeaders(Header headers) {
this.headers = headers;
}
/**
* heddarクラス
*/
class Header{
// 変数宣言
@SerializedName("Accept-Encoding")
private String acceptEncoding;
@SerializedName("Content-Length")
private Integer contentLength;
@SerializedName("Content-Type")
private String contentType;
@SerializedName("Host")
private String host;
@SerializedName("User-Agent")
private String userAgent;
// getter/setter
public String getAcceptEncoding() {
return acceptEncoding;
}
public void setAcceptEncoding(String acceptEncoding) {
this.acceptEncoding = acceptEncoding;
}
public Integer getContentLength() {
return contentLength;
}
public void setContentLength(Integer contentLength) {
this.contentLength = contentLength;
}
public String getContentType() {
return contentType;
}
public void setContentType(String contentType) {
this.contentType = contentType;
}
public String getHost() {
return host;
}
public void setHost(String host) {
this.host = host;
}
public String getUserAgent() {
return userAgent;
}
public void setUserAgent(String userAgent) {
this.userAgent = userAgent;
}
}
}
アノテーションで指定している@SerializedNameは実際のjsonのkeyと紐付けて別の名前の変数へ代入ができます。
アノテーションを指定しない場合は、jsonのkey名と完全一致の変数名としなければいけません。
上記サンプルでは作法として全ての変数名に指定しておきます。
作法として入れてますがgetter/setterは特に用意しなくてもgson自体は動作します。その場合は変数はpublicにしてアクセスしてください。
jsonデータをModelへ変換する
では上記で作成したModelへjsonデータを入れてみます
gsonをインポートします
import com.google.gson.Gson;
Modelへjsonデータを入れます
Gson gson = new Gson(); TestModel model = gson.fromJson(response.toString(),TestModel.class);
※response変数にjsonデータを入れています
ここまででModelへjsonデータを入れることができました。とてもシンプルに簡単にできて便利です。
実際にサーバのデータを取得してgsonでパースする想定ですので、サーバデータを取得したらresponse変数へ代入して使ってください。
Androidの場合は通信ライブラリとしてgsonと同じくGoogleが開発しているvolleyがメジャーです。※volleyについてはこちらでは省略します
はじめに
Java開発で便利なjava.langをもう少しラップして機能アップされているjavaエンジニアお馴染みのライブラリをAndroidStudioへ導入します。
ApacheCommonsLangについて
ApacheCommonsLangを導入することで、langよりも便利な機能が使えるようになります。
Apache CommonsライブラリはMavenリポジトリにあります
現在バージョンは3系になってます。
Mavenリポジトリ：
http://mvnrepository.com/artifact/commons-lang/commons-lang
ApacheCommonsLangの代表的なユーティリティは以下になります。
AnnotationUtils : Annotation用ユーティリティ
ArrayUtils : 配列ユーティリティ
BitField : ビット演算ユーティリティ
BooleanUtils : Booleanユーティリティ
CharEncoding : 文字エンコーディングユーティリティ
CharUtils : Charユーティリティ
ClassUtils : Classユーティリティ
EnumUtils : Enumユーティリティ
LocaleUtils : Localeユーティリティ
ObjectUtils : Objectユーティリティ
RandomStringUtils : 乱数文字列生成ユーティリティ
Range : Range（範囲）ユーティリティ
SerializationUtils : Serializationをサポートユーティリティ
StringEscapeUtils : 文字列エスケープユーティリティ
StringUtils : 文字列ユーティリティ
SystemUtils : java.lang.helperをサポートするユーティリティ
プロジェクトへApacheCommonsLangの取り込み
プロジェクトのapp/build.gradle(AndroidStudioではGradleScriptでModule: appのbuild.gradle)へ以下を追加します
dependencies {
compile group: ‘org.apache.commons’, name: ‘commons-lang3′, version: ’3.4′
}
※dependenciesはプロジェクト新規で存在しているため、compile構文を一行追加でOKです
Mavenリポジトリをダウンロードして参照するためプロジェクト内へjarを配置などは不要です。
編集が出来ないのでさらに機能拡張する場合には継承して追加するといいとおもいます。
あとはgithubにもアップされていたため、こちらからsubmoduleなどで取り込む場合はクラスの変更が直接出来るのでいいかもしれません。
ここまでで取り込み完了です
ApacheCommonsLangのライブラリを使ってみる
まずはインポートします
import org.apache.commons.lang3.StringUtils;
※現在バージョン3系のためlangに3がつきます（バージョンにより違います）
例としてStringUtilsのisEmptyメソッドを使ってみます
String test = “”; // なんらかの入力文字
if (StringUtils.isEmpty(test)){
//testが空だった場合のなんらかの処理
}
以上です。
いろいろとStringUtilsクラスのメソッドなど一覧をみてみると便利そうなのがありました。
個人的にはRandomStringUtilsクラスが便利なので良く使います。
はじめに
マテリアルデザインはシンプルでフラットなGoogleが提唱しているAndroidの新しいデザイン模様です。
Android開発でマテリアルデザインを取り込むのをサポートしているライブラリを導入してみます。
マテリアルデザインについては以下を参照ください
https://www.google.com/design/spec/material-design/introduction.html#
MaterialDesignLibraryについて
MaterialDesignLibraryはAndroidのマテリアルデザインをサポートしているライブラリです。
※starも現在4700ついてました
実際どういったライブラリかどうかは以下のデモアプリで確認できます
https://play.google.com/store/apps/details?id=com.gc.demomaterialdesign
MaterialDesignLibraryリポジトリ詳細は以下を確認ください
https://github.com/navasmdc/MaterialDesignLibrary
プロジェクトへMaterialDesignLibraryの取り込み
まずは導入するプロジェクトを作成してください。
プロジェクト直下へ移動して以下のコマンドでライブラリをgitのサブモジュールとして取り込みます。
※GitHubのリポジトリより直接ダウンロードして配置しても問題ありません
$ git submodule add https://github.com/navasmdc/MaterialDesignLibrary.git
$ git submodule init
$ git submodule update
プロジェクトへMaterialDesignLibraryを読み込み
プロジェクトのapp/build.gradle(AndroidStudioではGradleScriptでModule: appのbuild.gradle)へ以下を追加します
repositories {
jcenter()
}dependencies {
compile ‘com.github.navasmdc:MaterialDesign:1.5@aar’
}
※dependenciesはプロジェクト新規で存在しているため、compile構文を一行追加でOKです
ここまでで取り込み完了です
MaterialDesignLibraryのViewを使ってみる
レイアウトの外枠は以下を設置してください
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:materialdesign="http://schemas.android.com/apk/res-auto"
android:layout_width="match_parent"
android:layout_height="match_parent"
>
</RelativeLayout>
上記のRelativeLayout内へボタンを配置してみます
<com.gc.materialdesign.views.ButtonFlat
android:id="@+id/buttonflat"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:background="#1E88E5"
android:text="Button" />
これでボタンが表示されればOKです。簡単にマテリアルデザインのビューを実装できました。
ボタンのイベントコールバックなどもAndroidデフォルトのボタンと変わらないので簡単です。
その他Viewの詳細についてはREADMEより確認してください
https://github.com/navasmdc/MaterialDesignLibrary
はじめに
個人的にEclipseで便利だったショートカットをAndroidStudioでどうやるかメモしておきます。
MacOS向けのショートカットキーになりますがwindowsの場合はCommandをCtrl,Optionをaltにするなどで大体同じになっています。
ショートカット
自動コードフォーマット
ソースコードまたはレイアウトコードで実行することでインデントの自動調整をします
Ctrl + Option + l
自動インポート
ソースコードで実行することで不要なインポート削除・足りないインポート追加をします
Ctrl + Option + o
定義元へ移動
クラス・メソッド・変数の上で実行することで定義へ移動します
Command + b
修正表示
エラーが出ている箇所の上で実行するとエラーの修正方法を表示します
Option + Enter
コード生成
実行した箇所で生成される可能性のある構文を自動生成します ※setter,getterなど
Command + n
ベースクラスのメソッド一覧
クラスのメソッド一覧を表示します
Ctrl + o
コメント/コメントアウト
ソースコードで対象を選択し実行することでコメントアウトします
Ctrl + /
上記コメントアウトをブロックレベルでコメントアウト実行します
Ctrl⌃ + Shift + /
リネーム
クラス・メソッド・変数の上で実行することでリネームします
※置換とは違い、紐付く名前を一括して変換します
Shift + F6
補完機能（メソッド・変数名など）
コードの途中、または書き始めに実行することで次につながるコードの入力補助ボックスを表示します
Ctrl + Space
検索
クラス、ファイル、変数、設定項目、メニュー、など全てを検索します
Shift2回押し
ファイル内から文字列検索します
Ctrl + f
プロジェクト内から文字列検索します
Ctrl + h
実行
プロジェクトを実行します
Shift + F10
プロジェクトをデバッグ実行します
Shift + F9
はじめに
AndroidStudioへの移行は必須！
AndroidStudioは2013年のGoogle I/O 2013で発表され、プレビュー版、ベータ版の公開をし、その後、2014年12月8日に正式バージョン1.00がリリースされました。それに伴い、EclipseのADTの公式配布が終了となってしまいました。
EclipseADTの配布が終了し4ヶ月が経ち、AndroidStudioも落ち着いてきているのでそろそろ移行をと考えてる方ようにメモしておきます。
やはりGoogle公式IDEなので、EclipseサポートよりAndroidStudioへ力を入れているようです。
AndroidStudioの使用感は、Eclipseよりも若干重く感じましたが(スペックの影響もあるので一概に言えない)、ビューなどの見易さや全体的な使い勝手はEclipseに勝ると思います。
Eclipseから移行した人はショートカットやメニューの位置が違うこと、ディレクトリ構成が違うので最初はすこし戸惑うと思います。
普段からIntelliJ IDEAで開発をしている人はすぐに慣れるインターフェイスです。
実行OSはWindows,Mac,Linux環境で動作するため、Eclipseが動作している環境であれば導入はどの環境でもできます。
旧環境(Eclipse + ADT)から新環境AndroidStudioへ
GoogleはAndroidStudioを発表した2013年のGoogle I/Oより、Android開発環境を発表しました。
2014年12月8日に正式バージョン1.00がリリースされたことでEclipseADTの配布も終了しGoogleもAndroidStudioを開発環境へ推奨しています。まだEclipseADTのサポート自体は終了していないのと、サポートを終了することを明確に記していないので当面の間はEclipseADT環境でも開発できるとおもいますが、いつサポート終了するかもわからないので早めに移行しておきましょう。
2015/7更新
[Android]2015年末EclipseADTサポート終了！早急にAndroidStudioへ移行しましょう
サポートが終了した場合も当面開発は可能と思われますが、AndroidStudioのSDKアップロードで追加されている機能の対応ができなくなっていくので、サポートが終了する前には移行をしておくと良いと思います。
Eclipse既存プロジェクトの移行の場合は、EclipseのプロジェクトをそのままAndroidStudioで読み込むことができるので、移行自体はさほど工数を必要としません。※別項参照
移行についての公式アナウンス
公式アウウンスでも“ADTでEclipseを使用していた場合は、Androidのメーカーは現在、Androidのための公式のIDEであることに注意してください、あなたはすべての最新のIDEの更新を受信するには、Androidのメーカーに移行する必要があります。”とあります。
デベロッパーサイトより引用：
ADT (Android Developer Tools) is a plugin for Eclipse that provides a suite of tools that are integrated with the Eclipse IDE. It offers you access to many features that help you develop Android applications. ADT provides GUI access to many of the command line SDK tools as well as a UI design tool for rapid prototyping, designing, and building of your application’s user interface.
Note: If you have been using Eclipse with ADT, be aware that Android Studio is now the official IDE for Android, so you should migrate to Android Studio to receive all the latest IDE updates. For help moving projects, see Migrating to Android Studio.
If you still wish to use the ADT plugin for Eclipse, see Installing Eclipse Plugin.
Google翻訳:
ADT（Androidの開発者ツールは）のEclipse IDEに統合されているツールのスイートを提供するEclipse用のプラグインです。それはあなたがAndroidアプリケーションの開発に役立つ多くの機能へのアクセスを提供しています。 ADTは、コマンドラインSDKツールの多くにGUIアクセスだけでなく、ラピッドプロトタイピング、設計、およびアプリケーションのユーザインターフェイスの構築のためのUIデザインツールを提供しています。
注：ADTでEclipseを使用していた場合は、Androidのメーカーは現在、Androidのための公式のIDEであることに注意してください、あなたはすべての最新のIDEの更新を受信するには、Androidのメーカーに移行する必要があります。ヘルプ移動プロジェクトでは、Androidのメーカーへのマイグレーションを参照してください。
それでもEclipse用ADTプラグインを使用する場合は、Eclipseプラグインのインストールを参照してください。
http://developer.android.com/tools/help/adt.html
移行作業について
インストールはこちらより
http://developer.android.com/sdk/index.html
新規でAndroidStudioを使うメリット（Eclipse + ADTとの比較）
・ビルドツールがAntからGradleへ
・レイアウト周りのビューのstyle設定値が可視化している
・Android各端末のレイアウト状態が分かる ※Eclipseも同機能ができていた
・ライブラリの取り込みが容易
・ショートカットのマッピングキーが違う
・リファクタリングに強い
・プラグインが豊富 ※Eclipseでよく使うプラグインは代わりになるものが大体あるように思えます
などなど色々なメリットが多く、Eclipseでしかできないような便利機能もないように感じます。
ただショートカットやデバッグ方法などはEclipseで慣れている場合、再度覚え直さないといけないとか・・・くらいかとおもいます。
Vimキーバインドにするプラグイン
vimキーバインドにするプラグインで、Eclipseの場合はgvimプラグインでしたが、AndroidStudioではIdeaVimというプラグインでVim風にすることができます。
IdeaVimはこちら
https://github.com/JetBrains/ideavim
細かいvimの設定は.vimrcファイルの代わりに、~/.ideavimrcが担います。
EclipseプロジェクトをAndroidStudioへ移行する手順
AndroidStudioのディレクトリ構成とEclipseのディレクトリ構成はすこし違っています。AndroidStudioはGradle構成になっていて、Gradleビルドを行う場合に、AntやMavenのように専用のディレクトリ構成に変更したり、特別なことをしたりすることなく実行できます。
EclipseプロジェクトをAndroidStudioへ移行する場合は、Eclipse構成のディレクトリをそのままAndroidStudioからimportを行うことで、自動的にAndroidStudioのディレクトリ構成に変更してくれます。またSDKのバージョン違いなどもエラーで通知してくれたうえ、自動修正用のリンクを用意してくれていたりと至れりつくせり状態です。
※読み込みのライブラリが複数ある場合はそれらを取り込む作業が必要になります
またはEclipseからGradle構成でエクスポートし、AndroidStudioで読み込むことも可能です。
参考：
http://dev.classmethod.jp/smartphone/android/eclipse-project-to-android-studio/
EclipseプロジェクトからAndroidStudioプロジェクトへ変換したディレクトリ構成
Eclipseプロジェクト：
上記EclipseプロジェクトをAndroidStudioにimportしたあとのディレクトリ構成が下記です。
AndroidStudioプロジェクト：
coffee-break
スタンプ発売中
スプリットカメラ iOS / Android
音声認識で聞いた日付から曜日当てアプリ Android
ソーシャルタイマー Android
スポンサードリンク
スポンサードリンク
