変数(variable)と値(value) - ソフトウェア設計を考える
はじめてScalaに触れたとき、変数宣言(var)と値宣言（val)を使い分ける言語仕様に、なるほどなあ、と思った。簡単に言えば、変数(var)は再代入できて、値（val)は再代入できない。 プログラミングのスタイルとして、var宣言は命令的なプログラミング、val宣言は宣言的なプログラミングになる。どちらのプログラミングスタイルで書いているかを、varとvalで明示できるわけだ。 Javaだと言語の基本の仕組みはすべてが変数。final宣言をすることで再代入をコンパイルエラーにすることはできる。Javaは、C言語やC++などの命令的なプログラミングの系譜の言語なのですべて変数(variable)というのは、とうぜんの言語仕様だった。 命令的なスタイルから宣言的なスタイルに 命令的なプログラミングでは変数(variable)を使う。宣言的なプログラミングでは値(value)を使う。 再代入
KotlinにおけるJavaとの相互運用性を高めるための工夫 - Just for Fun
これはKotlin Advent Calendar 2017の6日目の記事です。 はじめに KotlinはJavaとの相互運用性を重視していますが、JavaとKotlinは言語仕様的に異なる部分があり、Kotlinはその違いを吸収するために様々な工夫をしています。 Jvmアノテーション JvmStaticアノテーション KotlinのCompanion Objectで定義したコードをJavaから呼び出すと、Companionを経由することになります。Companion経由であっても動作上の問題はありませんが、出来れば普通にJavaで定義した場合と同様な呼び出し方をしたいですよね？そういった場合はJvmStaticアノテーションを付けることで、Staticメソッドとして定義されているかのように呼び出すことができます。 // Kotlin class JvmStaticSampleForCom
これからJavaで書かれたAndroidアプリケーションのソースコードをKotlinに書き換える際に気をつける、やるべきこと2点 - heihei blog
Kotlin歴2ヶ月程度で勉強中なのですが、現在プロジェクトのソースコードを少しずつですがKotlinに置き換えていて、本日11/7時点でKotlin率は40％弱です。 この記事の内容は、そんな自分がKotlin置き換え始めた頃の失敗、問題点を雑に振り返り、 JavaのソースコードをKotlinに書き換える際には下記2つを行なうのが良いのではないかという提案です: 自動変換コードは常に疑う デコンパイルされたバイトコードのレビューをする 尚、内容はYahoo JAPAN!様で開催されたBonfire#2にて発表したものから抜粋しています。(発表資料はこの記事の下部にあります) Kotlin置き換え始めた頃の自分の問題点 1. 自動変換を信用しすぎていたこと Android Studioを用いたAndroidアプリケーション開発において、JavaのソースコードをKotlinに置き換える際には
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エバンジェリスト直伝！Kotlinを既存プロダクトで使う #jjug_ccc #jjug #jkug
