Kotlin [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/02/27(土) 01:46:01.68

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

**デフォルトの名無しさん** · 2017/05/22(月) 08:14:55.23

map を実装する場合、普通は、2種類書く

そのキーが無い場合、
null を返すものと、例外をthrow するもの

nullable になるのは、null を返すもの

**デフォルトの名無しさん** · 2017/05/22(月) 08:34:20.91

>>175
VMの方のAPIだよ。
言語の方のAPIだけの問題なら、OpenJDKだけで解決してしまうだろが。

**デフォルトの名無しさん** · 2017/05/22(月) 09:45:07.45

>>177
確かそのapiのインターフェース自体に著作権があるというのがoracleの主張だったはず

**デフォルトの名無しさん** · 2017/05/22(月) 09:46:09.30

OpenJDKにもVM実装は含まれてるんだけどなw
Oracle JVMとOpenJDK JVMで微妙に要件や振る舞い違うって業界の人は頭抱えるけどまぁ誤差か

**デフォルトの名無しさん** · 2017/05/22(月) 09:46:23.44

擬人化まだかよ
無能どもめ

**デフォルトの名無しさん** · 2017/05/22(月) 09:52:42.83

>>175
Androidのapiインターフェースの話をしてるんだからgoogleじゃない？
でもjavaと切り離すなんてできないだろうから、少しずつやってくしかないね。
コレクション系の独自実装とか始まったりして
swiftもobjective-cの文字列型とswiftの文字列型があってapiインターフェース呼び出しの際に暗黙の型変換が行われてた。
そんな感じになるのかな。かなりキモいけど

**デフォルトの名無しさん** · 2017/05/22(月) 18:40:23.05

「apiインターフェース」の「頭痛が痛い」みたいな表現、嫌いじゃない:D

>>160
その昔、Apple公式だからという点のみで流行ったSwiftという言語があってな・・・
あれも技術を知らない企画屋がそんな感じで企業内採用を提案したんだよな、嫌な事件だったね

**デフォルトの名無しさん** · 2017/05/23(火) 19:42:46.96

null非許容って使ってみると地味に結構不便だな…
今までとは根本的に設計方針を変えなきゃならないものがあるなぁ…

**デフォルトの名無しさん** · 2017/05/23(火) 19:49:01.45

var a : String? = null

**デフォルトの名無しさん** · 2017/05/23(火) 20:27:48.65

型安全でないnull使うより、その型のnull定数を定義するほうが楽だよ。

**デフォルトの名無しさん** · 2017/05/23(火) 20:49:32.53

val hoge;
{

**デフォルトの名無しさん** · 2017/05/23(火) 21:06:38.96

null参照の概念は10億ドル単位の過ちってそれ一番言われてるしなw
偉人の言葉を信仰心と共に信じるべし

**デフォルトの名無しさん** · 2017/05/23(火) 21:36:52.74

ぬるぽ

**デフォルトの名無しさん** · 2017/05/24(水) 01:18:07.88

>>183
?使うだけなのに何言ってんの？
大昔の案件で引数には必ずnullチェックを入れるというコーディング規約があって、保守性は下がるし規約に従わないやつはいるしで散々だった。

**デフォルトの名無しさん** · 2017/05/24(水) 12:26:54.17

intellij、if式を折りたたまないようにするオプションはどこですか？

**デフォルトの名無しさん** · 2017/05/24(水) 12:44:50.63

>>189
たとえばintefaceのnotnullなプロパティを亜種的なクラスでnullableにオーバーライド、できないよねぇ。
個人レベルの開発ならそこらへんの曖昧さはかえって便利な場合もあったんだけどね。
まぁ最初から全部nullableにしちゃえば済む話だが9割の非nullに全部?なり!!を付けるのはキモい。
javaコードをそのまんまkotlinコードに移行は、できなくはないけどキモいコードになる。

**デフォルトの名無しさん** · 2017/05/24(水) 14:28:45.40

　　Λ＿Λ　　＼＼
　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　　人
　　　 /　）　　 < 　>_Λ∩
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　　　/　←>>188

**デフォルトの名無しさん** · 2017/05/24(水) 15:15:47.70

>>191
わざわざnullableなプロパティを含むインターフェースを使う意味がわかんない。ちゃんとnullチェックして渡せば良いじゃない。

**デフォルトの名無しさん** · 2017/05/25(木) 00:19:31.03

>>193
自分もそんなコードが欲しくなるとは予想しなかったけどな笑
nullであることを利用して動作変える派生クラスをkotlin化しようとして躓いたわ。
結局設計を変えることで対応したけどね。javaで使えてたトリッキーな手は使えなくなった不便さがあるね、便利さの陰に。
まぁ慣れの問題だが。

**デフォルトの名無しさん** · 2017/05/25(木) 04:40:51.77

androidだとonCreateで初期化するような変数はnullableにしなきゃいけないのかと思ってたけど、lateinitってあるのね
個人的にはそこそこ使うから@とかの記号にしてほしかったけど

**デフォルトの名無しさん** · 2017/05/25(木) 06:20:09.08

プロパティが、最初からデフォルト値を持っていたら、ダメなのか？

どうしても、nullが必要なのか？

**デフォルトの名無しさん** · 2017/05/25(木) 08:51:21.17

nullオブジェクト使わないの？

**デフォルトの名無しさん** · 2017/05/25(木) 09:21:48.18

関数の戻り値の型ならnullable欲しいな
戻り値がnullになるとき毎回exceptionをthrowするのかって話

**デフォルトの名無しさん** · 2017/05/25(木) 09:23:32.29

え？ww

**デフォルトの名無しさん** · 2017/05/25(木) 09:37:46.25

例えば数値を文字列として格納してるデータをファイルとかDBとかから取り出すとき
その値は数値としてしか使わないけどもしかしたらnullな場合もある
getter関数作るのにgetterでは必ず文字列として取得して変換可能か判断してから数値にする処理を毎回するか変換できなかったらcatchするのか

そんな場合なnullableがあれば外からみた関数の使い方はシンプルにできる

**デフォルトの名無しさん** · 2017/05/25(木) 11:19:50.16

だからnullオブジェクトを用意して使えって。
型安全でないnullなんか窓から投げ捨てろ。

**デフォルトの名無しさん** · 2017/05/25(木) 11:20:19.76

入力欄のオプショナルな項目か

携帯電話を持っていれば、その番号を記入して、みたいな奴か

**デフォルトの名無しさん** · 2017/05/25(木) 11:26:27.67

頭が時代についていってないようだなw

**デフォルトの名無しさん** · 2017/05/25(木) 22:55:58.94

元々はアドレスだったことを思い出せば功罪がわかる

**デフォルトの名無しさん** · 2017/05/26(金) 05:24:14.29

>>196
同じようなことを考えたことがあったけど、「実行時エラーは悪」という考えにとらわれると、
間違った値(デフォルト値)のままエラー無しに処理が進んでしまうのは実行時エラーよりたちが悪い
ということを忘れがちになる。
>>197
使用頻度を考えるとnullオブジェクトをいちいち定義するよりnullチェックのほうがましな
変数の方が多いと思われる。
また、nullオブジェクトはどんな状況で使われても適切な結果を返すように実装しなければ、
上で述べたデフォルト値の問題を起こすことになるから、ミスのないデフォルトを
設定すること自体が難しい場合もあると思う(使用経験が少ないからわからない)。

**デフォルトの名無しさん** · 2017/05/26(金) 07:38:30.45

>>205
今時はなるべく完全コンストラクタを使って最初に一括で初期化し、
後は一切変更できないクラス設計が好まれるんだよ
C#は見境なく大量のgetsetプロパティを持つクラスを定義するバカが多いけど

**デフォルトの名無しさん** · 2017/05/26(金) 09:51:12.09

kotlin/nativeに期待

**デフォルトの名無しさん** · 2017/05/26(金) 10:10:41.46

nullチェックはもうちょっと痒いところまで手が届くといいね
たとえば if(a == 0 && b?. == "hoge") {...} で2つめはnullならパスしてくれる
みたいに書けたら便利

**デフォルトの名無しさん** · 2017/05/26(金) 10:24:21.56

nullを使わなければいいと思うよ

**デフォルトの名無しさん** · 2017/05/26(金) 11:15:12.27

>>205
コンパイルエラーにできるものを実行時に処理するのは良くない設計だな。
型無しのnullを使うとコンパイルエラーに出来なくなる。
nullオブジェクトでも実行時エラーは処理できるから、必要ならそうすりゃいいし。

**デフォルトの名無しさん** · 2017/05/26(金) 11:16:41.50

いぐざくとりいい！

**デフォルトの名無しさん** · 2017/05/26(金) 12:12:06.77

>>209 と、いわれても既存APIにはnullableだらけだからなぁ

**デフォルトの名無しさん** · 2017/05/26(金) 12:28:01.13

そのAPIの中はそれで良いと思う
今後作るAPIについては別に過去をなぞる必要はないとも思うよ

**デフォルトの名無しさん** · 2017/05/26(金) 12:46:21.42

>>207
これってiosもうごくの？

**デフォルトの名無しさん** · 2017/05/26(金) 22:05:46.36

Kotlin/NativeをAndroid(NDK)で動かしたい

**205** · 2017/05/27(土) 00:21:30.12

>>210
およそ
nullがコンパイルエラーになる > 適切に設計されたnullオブジェクト >
nullチェック > 実行時NPE > 不適切なnullオブジェクトでエラー無しに誤った処理が進む

という順位なので>>210とは特にそれほど見解の相違はないと思う。
nullオブジェクトは必ず容易かつ適切に設計できることを暗黙の前提とするかどうかが相違点かな。

**デフォルトの名無しさん** · 2017/05/27(土) 00:39:18.95

tensorflowをサポートするらしいけど、どうせならpython自体を扱えるのを目指してくれたらいいのに

**デフォルトの名無しさん** · 2017/05/27(土) 06:06:26.16

ハマったので備忘録程度に。
Kotlin/JSで@JsNameの使いどころは、公式ドキュメントでは
In some cases (for example, to support overloads),
となっているが、引数ありのトップレベル関数はoverloadしていなくても
@JsNameをつけないとトランスパイル後の名前が変えられる模様。

**デフォルトの名無しさん** · 2017/05/27(土) 07:44:00.03

>>217
目指すの意味がさっぱり分からんけど、kotlinじゃなくjython使うのじゃダメなの？

**デフォルトの名無しさん** · 2017/05/27(土) 18:48:51.46

>>219
たぶん>>217はCPythonのライブラリをKotlinから使いたいのであって、
JavaやKotlinで書かれたものをPythonで呼び出したいのではないと思う。
JythonはPython3に対応するめどもなさそうだし....

**デフォルトの名無しさん** · 2017/05/27(土) 20:22:15.32

そうそう、kotlinから直接pythonライブラリ使えたらいいなー、と。それだけ。
JetBrainsならやってくれそうなんじゃないかとw
jython、そうなんだよ、開発止まってない？

**デフォルトの名無しさん** · 2017/05/27(土) 20:26:08.40

＞＞215　そしてついにはJVMと決別とか

**デフォルトの名無しさん** · 2017/05/27(土) 20:30:57.73

> CPythonのライブラリをKotlinから使いたい
JythonでPythonコード(CPythonのライブラリ)をJVM上に読み込んで
KotlinでJVM上に展開されたバイトコードを呼び出せば良いんでないの
という意味だったんだけど、そうじゃないんだろうかねぇ

他の在り様を考えたけど、どれも現実的でない構成になってやっぱり分からん
案1. KotlinコンパイラがPythonコードをコンパイルできるようにする => それJythonじゃん...
案2. JNIのサポート言語(C/C++)にPythonを新たに追加する => Oracleに言えよ...
案3. JVM, CPythonプロセス間をWSGI的なもので繋ぐ => もう何が何やら...

まぁ深く考えないで、素直にKotlinからtensorflowのJava APIを叩くのが一番楽だと思います

**220** · 2017/05/28(日) 07:09:50.42

>>223がどの程度Pythonに詳しいかわからないけど、PythonのライブラリはPythonだけでなく
C言語などを混ぜて書かれていることも多いので、
> Pythonコード(CPythonのライブラリ)をJVM上に読み込んで
ということ自体ができないと思う(自分もそこまで詳しくないから確証はない)。
Pythonで書かれているライブラリでもPython3に移行しているので、Python2ベースのJythonには
使えないし。

あと>>223はJVM前提みたいだけど>>221はKotlin/NativeみたいにJVMから離れて
CPythonのインタプリタ上で(あるいはCPythonのAPIを呼び出しながら)Kotlinを実行する
ことを想定しているからかみあわないんだと思う。

> 素直にKotlinからtensorflowのJava APIを叩くのが一番楽だと思います
tensorflowはその通りだけど、>>217はそれ以外のScipyみたいなライブラリのことを
言っているんだと推測。

**デフォルトの名無しさん** · 2017/05/28(日) 08:47:56.63

>>221はKotlinコンパイラでPythonコードをコンパイルしたいって言ってるから一旦理解したが
>>224はCPythonコンパイラでKotlinコードをコンパイルしたいって言ってて草生える
別の人間の意見だからそれは良いんだけど、どっちにせよ馬鹿っぽい構成だな

Kotlin/NativeでJVMから離れても、
結局はKotlinランタイム, Pythonランタイムの２つの言語/プロセス間通信が必要で
他言語間通信はC言語を挟めというのがイマドキの現実的なI/F設計だろうに
そのC言語I/FにKotlin, Pythonのラッパーを噛ませるならギリギリ現実的か

Python2が3に移行してるって言うが、Googleが10年以上Python2に固執したせいで
ようやく最近Python2, 3が平行実装になった程度で完全移行は進んでないだろ...
Jythonなんかはその煽りで3への移行をやらず枯れきった性質だと思うぞ

**デフォルトの名無しさん** · 2017/05/28(日) 11:11:04.40

>>224 普通に空気読んでくれてありがとねー笑

>>225 現実に今すぐ俺がkotlinでPythonライブラリ使いたいと言ってるわけじゃないんで、見当違いだが詳しい解説ありがとねー

JBはiOSにもネイティブでkotlinを対応させようとしてるくらいだし
方向性としてすべての分野でkotlinを使えるようしようとの野心をもってるらしいし
もとものkotlinは産業用に開発してると謳ってるわけだけど
tensorflowに対応させるなんて発表聞けば、研究分野、この場合機械学習だけども、にも
ターゲットを広げたんかな、と
ならばいっそのことpythonライブラリ全般を使えるような開発をやってくれたら
さらにいろいろ広がるんじゃないか、とそういう期待
PyCharmとか出してるくらいだし
まぁ人的資源とかの関係もあるだろうから優先順位低いだろうけどね

googleだってもしかしてJVMと決別を視野に入れてkotlin/nativeを評価したのかもしらんし？

**デフォルトの名無しさん** · 2017/05/28(日) 11:26:10.28

現にFuture plansには入ってるんだよね、Data analysis and Scientific Computingが
どうやって実現する予定なのかはわからんけど

**デフォルトの名無しさん** · 2017/05/28(日) 11:36:02.32

それとも何か？この科学技術計算ターゲットってのは
もしかしてイチからkotlinで科学技術計算ライブラリ
もしくはコミュニティまで作ろうってことなのか？
まさかtensorflowに対応で完結じゃあるまい？ｗ

いずれにせよJBが近い将来どんな具体策を出してくるのか、非常に楽しみである

**デフォルトの名無しさん** · 2017/05/28(日) 12:40:24.58

JVMもPythonも知らない素人だった
相手した二人共これには苦笑い

**デフォルトの名無しさん** · 2017/05/28(日) 14:33:07.68

kotlin見てみたけどこれscalaをオチンポ向けにした言語やな

**デフォルトの名無しさん** · 2017/05/28(日) 15:01:49.36

オチンポ向け…

**デフォルトの名無しさん** · 2017/05/28(日) 15:13:25.48

>>230
詳しく

**デフォルトの名無しさん** · 2017/05/28(日) 15:22:28.26

全然知らないで書くけど
Javaと同等の事をKotlinで出来るの？

**デフォルトの名無しさん** · 2017/05/28(日) 17:38:26.84

できるんでないかな
Javaの呼び出しもシームレスにできるしな

**デフォルトの名無しさん** · 2017/05/28(日) 19:16:55.76

Kotlin = Scala + Groovy(Rubyも同じ)

Javaでは、nullを除去できない

Javaには、Primitive があるけど、
Kotlinでは、すべてがオブジェクト

Java ←変換可能→ Kotlin

クロージャのデフォルト引数は、it を使う

第2引数のラムダ式を、引数の外に出せる、糖衣構文あり
関数(引数, { it })
関数(引数){ it }

toString, equals, hashCode の3種の神器を、最初から持っている、データクラスがある

**235** · 2017/05/28(日) 19:22:45.75

>Javaには、Primitive があるけど、
>Kotlinでは、すべてがオブジェクト

実行速度を上げるため、primitiveを使う方法もある

**デフォルトの名無しさん** · 2017/05/28(日) 20:49:50.31

途中からJavaとの違いからKotlinの特徴になっててイマイチ、、、

とりあえず、Javaとおなじこと出来るでいいんでね

**デフォルトの名無しさん** · 2017/05/28(日) 23:18:36.68

初歩的な質問とかしていい？
ByteArray使いたいときって
val a = byteArrayOf(0x80.toByte(), 0xCA.toByte(), ...)
みたいに.toByte()ってつけなきゃいけないん？慣れるまで見づらいな…

**デフォルトの名無しさん** · 2017/05/28(日) 23:55:52.52

いろいろ考え方はあるのだと思うけども
なにかコレクションがあって、それ全てに何か処理をして返して欲しいときはmapが使える
>>> val array = arrayOf("aaa","bbb","ccc").map{ it.toUpperCase() }
>>> array
[AAA, BBB, CCC]

**デフォルトの名無しさん** · 2017/05/29(月) 23:11:46.19

>>238
Kotlinは通常キャストはされないが、byteはリテラルがないからかリテラルだけは型推論されて、
val bytes = byteArrayOf(0x01, 0x02)
というのは型検査を通る模様。

**デフォルトの名無しさん** · 2017/05/31(水) 22:55:29.26

kotlinでjsってどんな感じ？
typescriptの型情報取り込めると知って
ちょっと気になってきた。
type scriptより関数型が強めだから幸せになれそう

**デフォルトの名無しさん** · 2017/06/01(木) 10:14:24.94

hasteやGHCjsじゃ駄目なん？

**デフォルトの名無しさん** · 2017/06/01(木) 10:55:02.44

SwiftとKotlinでちょっと遅延評価リストを比較した

■Kotlin
オンラインコンパイラ：　https://try.kotlinlang.org/

val a = generateSequence(0){it+1}

//A 問題なし
println("A: "+ a.take(10).toList() )

//B 問題なし
println("B: "+ a.take(10).map{it*10}.toList() )

//C 問題なし
println("C: "+ a.filter{3<it}.take(10).toList() )

//D 問題なし
println("D: "+ a.map{it*10}.take(10).toList() )

//E 問題なし
println("E: "+ a.map{it*10}.filter{50<it}.take(5).toList() )

**デフォルトの名無しさん** · 2017/06/01(木) 22:36:13.65

ファイルの整形処理で少しカジッてみたけど、ファイルIOはJavaのAPIと古い？関数と新しい？関数が混在してて、Googleの海をさ迷ったよw
kotlinのsequenceを返すreadLinesが欲しかったんだけど、見つけきれなかったので自作した。
既存であるのかな？

**デフォルトの名無しさん** · 2017/06/01(木) 23:40:24.53

lineSequence()とかuseLines()とか？

**デフォルトの名無しさん** · 2017/06/02(金) 22:36:46.10

androidアプリってscriptの方で作れますか？
kotlinc -script

**デフォルトの名無しさん** · 2017/06/04(日) 01:46:21.69

ヘイ親方質問
ファイルをShift_JISで保存してもUTF-8で保存しても
fun main(args: Array<String>){
println("日本語です")
}
が特段のオプションなしのkotlincでコンパイル可能で
特段のオプションなしkotlinでWindowsコマンドプロンプトに無事表示可能なんだけども
これはいったいどのへんが気を遣ってくれてるんですかね

**デフォルトの名無しさん** · 2017/06/07(水) 14:34:22.11

>>144-150
自己レス。データクラスを使った

data class Person(val age: Int, val name: String)

val mlist: MutableList<Person> = mutableListOf( );

mlist.add(Person(25, "Tom"));
mlist.add(Person(25, "Dave"));
mlist.add(Person(20, "Kate"));
mlist.add(Person(20, "Alice"));

val sortedList = mlist.sortedWith(compareBy({ it.age }, { it.name }))

sortedList.forEach {
println( it )
}

出力
Person(age=20, name=Alice)
Person(age=20, name=Kate)
Person(age=25, name=Dave)
Person(age=25, name=Tom)

**デフォルトの名無しさん** · 2017/06/16(金) 14:28:27.40

C#やってる人にとって凄く扱いやすかったりする？
ちなみに母ちゃんのあだ名がコトリン

**デフォルトの名無しさん** · 2017/06/16(金) 14:48:16.06

母ちゃんモダンな名前なんやね

**デフォルトの名無しさん** · 2017/06/16(金) 14:58:47.38

古都りん

**デフォルトの名無しさん** · 2017/06/16(金) 14:59:56.64

秋の奈良レンタサイクル“古都りん” - 奈良県自転車利用総合案内サイト
nara-cycling.com/rent-a-cycle/

**デフォルトの名無しさん** · 2017/06/16(金) 15:20:11.64

>>247
kotlinじゃなくてJavaの仕様でしょ。

**デフォルトの名無しさん** · 2017/06/19(月) 11:01:48.86

なんでgoogleはkotlinをアンドロイドアプリの公式言語にしたの？
なんでgolangじゃないの？
オラクルとの訴訟もあるのにjavaを切ったほうがいいんじゃないの？

**デフォルトの名無しさん** · 2017/06/19(月) 12:12:39.67

java切ってどうなるか考えればわかるだろう

**デフォルトの名無しさん** · 2017/06/19(月) 21:05:24.63

>>254
オラクルとの訴訟での争点は言語じゃなくてAPI
言語を何にしようが無関係

**デフォルトの名無しさん** · 2017/06/21(水) 02:18:15.32

>>254
使ってみればわかるけどgolangってメタプログラミングな部分が弱いから
既存のシステムの置き換えに向いてる言語ではないと思う。
新たに1から構築するなら可能性はあるけど。

**デフォルトの名無しさん** · 2017/06/21(水) 02:21:47.43

>>256
これ。でも段階的にjavaに頼らないようにしていくのかもね。
コレクション系がandroid用に別実装になるとかあれは面白い。

あとオラクルにjavaから離れるアピールして圧力をかける政治的意図もあると思う

**デフォルトの名無しさん** · 2017/06/21(水) 02:29:38.77

JetBrainsうまうまってこと？

**デフォルトの名無しさん** · 2017/06/21(水) 02:33:39.09

Jetbrains買収あるか？

**デフォルトの名無しさん** · 2017/06/21(水) 02:59:48.56

むしろ、なんで買収しないんだろな。
つーかjetbrainが謎すぎて。
なんで一社であんなに幅広くide作れるのかが謎

**デフォルトの名無しさん** · 2017/06/21(水) 05:02:56.13

なんか怪しい力働いてるよなjetbrainsって

**デフォルトの名無しさん** · 2017/06/21(水) 07:39:22.48

理解できないことを怪しいって言うのは悪い癖だぞ

**デフォルトの名無しさん** · 2017/06/21(水) 07:48:18.50

共通のベースに言語乗せてるだけだし、開発なんかほとんどオフショアだろ

あ · 2017/06/21(水) 08:05:49.79

Kotlin nativeも頑張ってるしな。
結構そっちにも期待。

**デフォルトの名無しさん** · 2017/06/21(水) 10:55:07.74

>>265
同意

**デフォルトの名無しさん** · 2017/06/22(木) 01:10:45.12

>>265
これが本格的に動き始めたらswiftの存在意義が、、、、、無くなるよね

**デフォルトの名無しさん** · 2017/06/22(木) 07:18:08.18

ラットナーがjetbrainsに転職するってマジ？

**デフォルトの名無しさん** · 2017/06/22(木) 09:16:59.96

>>267
swiftのが言語仕様は優れてる

**デフォルトの名無しさん** · 2017/06/22(木) 09:32:44.22

Swift on Androidが地味に進んでるからそっちも期待
一定量の完成度が見込めたらKotlinから移行するのも良いかも

**デフォルトの名無しさん** · 2017/06/22(木) 11:33:55.45

>>270
地味に進んでるって、Xamarin Androidのように、SwiftからJavaのAndroid APIを呼び出す仕組みが用意されつつあるの？
それが出来なきゃKotlinの代わりにはならんよ

**デフォルトの名無しさん** · 2017/06/22(木) 12:05:57.96

kotlin/nativeでndkを使いたい
sdk側とndk側で同じ言語使えたら開発楽だと思う

**デフォルトの名無しさん** · 2017/06/22(木) 12:16:58.77

>>272
それ何のためにNdk使うの？

**デフォルトの名無しさん** · 2017/06/22(木) 13:02:54.50

Kotlin.NativeからObjCが叩けるようになるのが先か
SwiftからJavaが叩けるようになるのが先か
どっちも現実的にはないわな

まぁそれでも言語/フレームワークの開発が絶賛進行中のSwiftの方に夢があるかな

**デフォルトの名無しさん** · 2017/06/22(木) 13:14:48.12

>>273
画像加工とかはndkで処理したい