java/Kotlinが苦手です @JvmStatic（34）

皆さんこんにちは．毎日何かしら作っているヒラサカです．

USBオシロを作る取り組みの第３３回でUSB2.0転送レートが3MByte/Secしか出ないと実測され、やる気がしなしなになってしまいました．しかし不屈の闘志で立ち上がったわたしは、AndroidスマホをUSB hostとして運用してみることにしました．USB BULK転送をすりゃいいのでなんとか自力でできるんじゃないかと思います．

開発環境はAndroidStudioで、言語はjava/Kotlinを使っています．

でも、つくづく思うのは、java/Kotlinはわたしのsoftware能力の上を行ってますね．

Cみたく関数を書くための仕組みだけが提供されている平易な言語がわたしの対応能力の上限です．ところがjava/Kotlinときたらobjectやthreadのための仕組みがどっちゃりと上乗せされていてややこしくて困る．interface, abstract, this, it, final, synchronized, throw, super, companion, inner,,,,,

それで、netで拾ったUSB COMのデバドラ(java)を参考にしているのですが、sourceにjavaとKotlinが混ざってると読みづらいのでKotlinに書き換えているところ．

それで、う～んと思ってしまったのが@JvmStaticっていうマイナーな制御句でした．

とあるjavaのcodeにstatic関数がありました．

　class Clock {

　    public static long nsec() { return System.nanoTime(); }

　}

これをKotlinに書き換えるのですが、Kotlinにはstaticが無いのでcompanionという宣言？で囲みますとstaticっぽく使える事になっています．javaよりもKotlinが好きなわたしですが、これはjavaの方が良いと思いますがね．

　class Clock {

　    companion object {

　         fun nsec(): Long { return System.nanoTime() }

　    }

　}

なのですが、このKotlin codeをビルドできません．

static関数nsec()を呼び出すjava codeで「staticじゃないから呼べない」とエラーが出ます．

元々嫌な感じはするんです．AndroidStudioの処理系はKotlin/javaのmix codeに対応しているのか？という疑問です．

　関数定義：Kotlin

　関数呼出：java

これまではKotlin/java混在のビルドは円満に通っていましたから疑いは無用のはずでした．でも上の通りになってしまい、昨夜から悩んでいました．

そんな折、これを読んだら @JvmStatic @JvmFieldという気になるwordがありました．

[Kotlin]コンパニオンオブジェクトと静的メンバ – オブジェクト宣言との違い

さっそく試します．エラーが消えました．う～む、これって言語仕様なのかな？ どっちかというとコンパイラへの指示じゃなかろうか？ 混在ダメですか....

　class Clock {

　    companion object {

　         @JvmStatic fun nsec(): Long { return System.nanoTime() }

　    }

　}

教訓： Kotlin/java混在には気をつけよう

３３へ　　　　３５へ

かしこ