AndroidアプリのKotlin化をやり切るための腕力 - ドワンゴ教育サービス開発者ブログ
この記事は、ドワンゴ Advent Calendar 2020の4日目の記事です。 N予備校Androidチームでは、およそ2年かけて、Javaで書かれたコードのほとんどをKotlinに書き換えました。この記事では、コードをKotlinに書き換える上で必要だったことをまとめていきます。 Kotlin化に技術はそこまで必要ではない そもそもKotlin化をすることにそこまでの技術力は必要ないです。JavaとKotlinの互換性が高いので、Kotlin化によってコードが壊れることは少ないですし、以下のように文法にも大きな変化はないので、読めないコードが生まれることもありません。 Javaで作成したFragment public class SimpleFragment extends Fragment { @Override public View onCreateView(LayoutInf
サーバサイドJava開発者のためのKotlin入門
厳格なnullチェック - Kotlinはコンパイル時エラーとして、nullになり得るコードフローを扱います。そして、nullチェックを扱う追加のシンタックスを提供します。特に、連鎖したコールのNPEに対して、保護を提供します。 Javaとの相互運用性 - Kotlinは、この分野において、他のJVM言語よりもかなり優れています。Javaとはシームレスな互換性があります。フレームワークからJavaクラスをインポートして、Kotlinで利用できます。また、その反対も可能です。明らかに、Kotlinのコレクションは、Javaコレクションと互換性があります。 不変性 - Kotlinは、不変データ構造を促進します。一般的に使われるデータ構造 (Set/ List/ Map)は、可変であることを明確に述べていなければ、不変です。変数もまた、不変(val)と可変(var)を指定されます。これらの変更
闇雲な「JavaじゃなくてKotlinやりたい！」という気持ちが消えた理由 - Mi in progress
前置き 先日このようなツイートをしたのですが、予想以上の反響を頂いて驚きました。 知的好奇心・エンジニアとしての漠然とした成長の観点から、「JavaよりKotlinやりたい」と思っていたが、現在自分たちが抱えているプロダクトの課題を俯瞰すると、「重大な課題は、プログラミング言語を変えて解決するものではない」という結論に至った。— つくし 𝕄𝕚𝕤𝕒𝕜𝕚 𝕄𝕒𝕜𝕚𝕟𝕠 (@T5uku5hi) 2018年9月12日 ツイートを読み返し、「この書きぶりだと様々な文脈を憶測できてしまうな」と思い、140字では書ききれなかった文脈の部分を本記事で書き起こすことにしました。 結論 知的好奇心・エンジニアとしての漠然とした成長の観点から、「プロダクトの言語をJavaからKotlinに変更したい」と思っていましたが、 「事実・課題・解決策」に対する認知能力の向上 言語仕様をトレードオ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
