Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
決戦Kotlinコンバート
Search
Takuya Ohashi
May 07, 2018
Technology
0
470
決戦Kotlinコンバート
Javaで書いてた人間が急にKotlinでコンバートした際のハマった事集です。
Takuya Ohashi
May 07, 2018
Tweet
Share
More Decks by Takuya Ohashi
See All by Takuya Ohashi
冴えない彼女の育て方から学ぶ情熱と合理性の使い分け
pg0084
0
470
モバイルアプリでの Amazon Cognito のすゝめ
pg0084
2
530
Android近距離通信のあれこれ
pg0084
0
540
Other Decks in Technology
See All in Technology
データの整合性を保ちたいだけなんだ
shoheimitani
8
3.2k
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
230
Codex 5.3 と Opus 4.6 にコーポレートサイトを作らせてみた / Codex 5.3 vs Opus 4.6
ama_ch
0
180
2026年、サーバーレスの現在地 -「制約と戦う技術」から「当たり前の実行基盤」へ- /serverless2026
slsops
2
260
AWS Network Firewall Proxyを触ってみた
nagisa53
1
240
コスト削減から「セキュリティと利便性」を担うプラットフォームへ
sansantech
PRO
3
1.5k
プロダクト成長を支える開発基盤とスケールに伴う課題
yuu26
4
1.3k
コミュニティが変えるキャリアの地平線:コロナ禍新卒入社のエンジニアがAWSコミュニティで見つけた成長の羅針盤
kentosuzuki
0
130
顧客との商談議事録をみんなで読んで顧客解像度を上げよう
shibayu36
0
260
セキュリティについて学ぶ会 / 2026 01 25 Takamatsu WordPress Meetup
rocketmartue
1
310
広告の効果検証を題材にした因果推論の精度検証について
zozotech
PRO
0
190
FinTech SREのAWSサービス活用/Leveraging AWS Services in FinTech SRE
maaaato
0
130
Featured
See All Featured
Information Architects: The Missing Link in Design Systems
soysaucechin
0
780
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
590
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
Building the Perfect Custom Keyboard
takai
2
690
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
410
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
180
Un-Boring Meetings
codingconduct
0
200
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
1.8k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
Building Adaptive Systems
keathley
44
2.9k
Transcript
決戦Kotlinコンバート MobileAct osaka #4 @pg0084
自己紹介 ・オオハシタクヤ @pg0084 ・フェンリルに所属 Androidエンジニア ・趣味はマクドナルド
2月8日DroidKaigi2018 最高カンファレンスでした。
しかし・・・。
Kotlinを知らない Androidアプリエンジニアに 人権がない!!
ということでJavaのプロジェクトを Kotlinコンバートしてみた
Javaファイル数約560
今回は約500ファイルをコンバート 将来的には全Kotlin化を目指します。
目次 1. kaptでビルドが通らない?Lombokの罠! 2. IcepickがKotlinに対応していない件につきまして 3. Interfaceの実装方法がバラバラだと困るSAM変換 4.値が更新されない?by lazyでfindVIew 5.コメントが入れ子にできる仕様で30秒思考停止
6.気の利いた謎のコンバート
Kaptでビルドが通らない? Lombokの罠!
Lombokとは アノテーションを付けるだけで、 getterやsetter、コンストラクターまで生 成してくれる便利ライブラリ。 @Getter @Setter @Data @AllArgsConstructor など
kaptとLombok の相性が悪いらしく Lombok で実装しているクラスのメンバはprivateなのでSetter、Getter にアクセスできないと言われ、ビルドエラーに。 ※この段階ではまだ1ファイルもコンバートしていません。 原因
とった策 将来的に全Kotlin化を想定しているのでLombokのアノテーションを全て外す Lombokを使っているクラスだけで300近くあるから手動は大変! delombokが便利! lombok.jarを使って以下のようなコマンドを打つだけ! 念のために別ディレクトリにdelombokされたファイルを出力します。 java -jar lombok.jar delombok
-f pretty {対象ディレクトリ} -d {出力先ディレクトリ}
Icepickが対応していない件につきまして
Icepickとは AndroidではActivityなどの破棄により、入力した値が破棄される。 状態の保存/復元をサポートするアノテーションライブラリ。 保持したい変数に@Stateをつけ、saveInstanceStateと restoreInstanceStateを呼んであげるだけ! 超便利なライブラリ。 Kotlinだと@JvmField アノテーションをつけないと動作しない! setter/getterではないField変数をそのまま公開しないといけなくなる ので何とも言えない気持ちになる
Icepickをandroid-stateに置き換え @Override public void onCreate(Bundle savedInstanceState) { Icepick.restoreInstanceState(this, savedInstanceState); }
@Override public void onSaveInstanceState(Bundle outState) { Icepick.saveInstanceState(this, outState); } Before
Icepickをandroid-stateに置き換え override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) } override fun
onSaveInstanceState(outState: Bundle?) { StateSaver.saveInstanceState(this, outState); } After
値が更新されない? by lazyでfindview
例えばこんなの val myTextView: TextView by lazy{ findViewById(R.id.my_text)} 参考:https://qiita.com/takahirom/items/49e18ec7084bb3b1937e 遅延初期化で利用できます。 が・・・。
バックスタックで戻った際やTabLayoutなどで開きなおした後に値を差し変 たいのに見た目が変わらない。
対策 lateinit var myTextView : TextView … override fun onCreate(savedInstanceState:
Bundle?) { super.onCreate(savedInstanceState) myButton = findViewById(R.id.my_text) 参考:https://qiita.com/takahirom/items/49e18ec7084bb3b1937e lateinitで実装するのが一般的のようです。
実装方法がバラバラだと困るinterfaceとSAM変換
SAM変換って? SAMとはSingle Abstract Methodの略で、SAMインターフェースは、 一つだけ抽象メソッドをもつインターフェースです。 button.setOnClickListener(object: View.OnClickListener { public override
fun onClick(v: View) { Log.v(TAG, "clicked") } });} button.setOnClickListener{ v -> Log.v(TAG, "clicked") } 下のように記述できる
Kotlin化が進んでくると class MyButton (context: Context) : android.support.v7.widget.AppCompatButton(context) { private var
listener: MyBtClickListener? = null init { setOnClickListener { v -> listener?.onMyButtonClick(v.toString()) } } internal interface MyBtClickListener { fun onMyButtonClick(v: String) } //リスナーを追加するメソッド fun set MyBtClickListener(listener: MyBtClickListener) { this.listener = listener } } こんなクラスがあるとします。
呼び出し方 Interfaceも呼び出す側もKotlinの場合 myButton.setMyListener{v->Log.d("hogehoge", v.toString())}. ビルドエラーになります。
こういう書き方にできる private var listener:((v: String)->Unit)? = null init { setOnClickListener
{ v -> listener?.invoke(v.toString()) } } myButton.setMyListener{v->Log.d("hogehoge", v.toString())}. ビルドが通って思った通りに動きます。
実装の仕方がバラバラだとハマる可能性 同じinterfaceを実装している場合、2パターンの実装している場合もあ る。 コンバートした後にinterfaceのまま残すか、関数型にして実装方法を 統一しなくてはいけない。 class MainActivity : AppCompatActivity(),MyButton.MyBtClickListener{ override
fun onMyButtonClick(v: View) { Log.d("hogehoge", v.toString()) } myButton.setMyListener{v->Log.d("hogehoge", v.toString())}.
コメントが入れ子にできる仕様で 30秒くらいフリーズした話
Kotlinではブロックコメントが入れ子にできる 入れ子になっていることにぱっと見気がつかない コメントで /*.XML とか書いてあったらコンバート後に間違い探しが発生!30秒思考 停止。 /** * /src/layout/*.xml */
Class MainActivity: AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) }
気の利いた謎のコンバート
例えばこんなの class Hoge{ private String param1; private String param2; public
Hoge(String parm1, String param2){ this.param1 = param1; this.param2 = param2; } } Hoge hoge = new Hoge(param1, null); Javaであえてnullを渡している処理が書いてあった。 そもそもnullをあえて渡しているのもどうかと思う人も多いと思いますが、 コンバートした結果
コンバート結果 class Hoge(val parm1: String, val param2: String) { }
val hoge = Hoge(param1, null!!) !! を付与ることでNotNullに変換することができる
null!!
まとめ Kotlinコンバートは思ったより手間がかかる
ご清聴ありがとうございました