Sealed ClassじゃGenericsはできないしなあ
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
というか、素体がJavaなのだからジェネリクスだけでうまくやろうとしても型情報が消失ENDなのでは
C# sealed classはJava final class...というか、Kotlinだとclassの既定の振舞いだからね
一部の指定したclassがextends可能であることを要求するライブラリにおいては、これを忘れると突然の死
when(x) {is Class -> }
はあるけど、これをやるならAny受けするしかないからアレやな…
ちょっとまて、Kotlinのwhenの説明サンプルの一番下で気になるやつがあるが https://kotlinlang.org/docs/reference/control-flow.html#when-expression
y4aだとサーバー情報はアカウントとは別管理だな…どのサーバー情報指すかはアカウントに保存するけど
AccountManagerのAPI読んだことなかったが、けっこう保存できる情報に制約があるのか…
addAccountExplicitly(Account, String, Bundle) の第3引数って何に使えるやつ?
ああー、Bundle userdataはStringのみ入ったBundleを想定していて、getUserData(Account, String)でひけるのか
当初Lua使ってみようかと思ったけど、APIがmrubyよりダルそうだったからやめた
QtはQMLのためにJSエンジンを持ってるので、QML使わなくてもダイナミックリンクすることを許容すればJSが走らせられるんですね〜
object Foo {
fun hoge()
}
// for Kotlin
Foo.hoge()
// for Java
Foo.INSTANCE.hoge()
なのは理解できるけどちょっとキモっwとなった当時
QJSEngine、QObjectをバインディングすることも可能で上手くやればかなり美しく統合できるが、ちょっとしたことを試すにはそもそもQObject継承クラスを作るのがダルいことが分かった
追ったほうがいいんだろうけどな、リリース体制変わってずいぶん構文いじってくるようになったよね。すごい。