retrolambdaである必要性

概要

retrolambdaを利用すると確かにrambdaが使えて便利になる

でもでも…

retrolambdaを利用する都合上、AndroidStudioのlanguage levelをjava8にしないといけない
- ラムダ以外のJava8固有の構文を利用すると、ビルドは通るが実行時エラー且つstacktraceが意味不明
- 例えば interfaceにstaticなメソッドを定義したり
- 一人でやってる分には問題ないが、「フル機能が使えない/stacktrackeが不親切であるものを利用する」のは個人的な嗜好と合わない感
- 導入前からわかってはいたけど、今更気になってきた
どうせ公式に推奨されている環境ではない、リスクのあるものを導入するのならば、一部構文が使えないようなものを使わない方がいいのでは
最近はgradleでのビルド時間も速まっているので、groovyも手では
- GroovyのAndroidサポート発表当時は、Hello world!でビルド時間 +4秒 and 導入に一手間かかる事からスルーしてた
- 最近はセットアップはだいぶ楽になっている(ように見える)
- 備考: Groovy + GooglePlayServices + support-v7 + AndroidSDK = メソッド数約64k (うろ覚え
- もしGooglePlayServices(メソッド数15k)を利用する場合は、debugビルド時ではGooglePlayServicesを依存に加えないように工夫するつもり
  - デバッグ中に65535を超えるリスクはほぼないはず
  - デバッグ中にproguardが必須になるとビルド時間が大幅に伸びるし、精神的に疲弊する
  - 開発中に発生するProguardによるネガティブな要素/リスクは無いと見ていいのでは
Kotlinは言語仕様がJavaと大きく違うので、今は利用しない
Scalaはコンパイル時間かかりすぎて厳しい
どうする

どうしよう

CircleBinder / Android-Application

retrolambdaである必要性 #19

概要

どうする