Kotlin 3

**デフォルトの名無しさん** · 2018/03/19(月) 04:26:26.03

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

前スレ
Kotlin 2
https://mevius.5ch.net/test/read.cgi/tech/1509462463/

**デフォルトの名無しさん** · 2018/07/04(水) 08:34:41.84

普通に、コンストラクタの引数がちがうか、importしてないか、importするための設定をbuild.gradleに書いてないかだろ

**デフォルトの名無しさん** · 2018/07/04(水) 08:39:44.33

ああそのレベルならimportしてないが有力だな、確かにw

**デフォルトの名無しさん** · 2018/07/04(水) 08:42:59.27

ビルド通ったやついるん？

**デフォルトの名無しさん** · 2018/07/04(水) 10:08:54.78

importしてないならその前でコケるだろjk
sdkのバージョン違いじゃないの？

**デフォルトの名無しさん** · 2018/07/04(水) 10:40:04.79

build.gradleのandroid {} のなかに dataBinding { enable = true } 書いて、ObservableField のとこで Alt + Enter すれば、必要なimport が追加されたよ

**デフォルトの名無しさん** · 2018/07/04(水) 11:34:18.64

return context.getResources().getString(R.string.name, first.get, last.get();
ここの行のfirst.getもfirst.get()のはずだし、公式のサンプルコードがおかしいんじゃねえの

**デフォルトの名無しさん** · 2018/07/04(水) 11:39:55.59

>>747
ありがとうございました！

**デフォルトの名無しさん** · 2018/07/04(水) 14:18:24.41

kotlinはネット投稿越しの説明デバッグが面倒くさい…

**デフォルトの名無しさん** · 2018/07/04(水) 15:27:56.70

>>722に書いたやつはできないがこういうのはできるのな。

val (a, b, c, d, e) = listOf(1, 2, 3, 4, 5)

ただし5つまで。理由は component1() ～ component5() を使うため。

**デフォルトの名無しさん** · 2018/07/04(水) 16:47:52.07

はい
https://goo.gl/k4ehdm

**デフォルトの名無しさん** · 2018/07/04(水) 19:03:02.55

>>767
グロ

**デフォルトの名無しさん** · 2018/07/04(水) 19:20:22.52

>>765
kotlin はテキストのコピペで説明できるから簡単じゃね？
VS使ってるとスクリーンショット使わないと説明できないこと多くて大変

**デフォルトの名無しさん** · 2018/07/04(水) 19:41:26.22

>>769
>VS使ってるとスクリーンショット使わないと説明できないこと多くて大変
たとえば？

**デフォルトの名無しさん** · 2018/07/04(水) 21:42:39.79

それもまたスクリーンショットを使わないと説明できないのです。

**デフォルトの名無しさん** · 2018/07/04(水) 21:47:17.49

9MT

**デフォルトの名無しさん** · 2018/07/05(木) 06:52:07.84

つまりVSは抽象概念だった？

**デフォルトの名無しさん** · 2018/07/05(木) 18:11:14.13

JVM系でのことりんのポジションって.Net系だと何になるの？

**デフォルトの名無しさん** · 2018/07/05(木) 18:25:29.62

すみません。ラムダ式について質問させてください。
純粋にkotlinじゃなくてすみません。

import kotlin.concurrent.*
fun main(args:Array<String>){
var a1=Pn("A")
var a2=Pn("B")
var a3=Pn("C")

thread{a1.en()}
thread{a2.en()}
thread{a3.en()}
}

class Pn(nm:String){
fun en(){
for(i in 1..5){
println("${nm}:${i}")
}
}
}

thread{a1.en()}の波括弧内はラムダ式ということなのですが、
もともとの関数の記述って、どんな記述になりますか？
a1:Pn->a1.eat()
とかですか？

**デフォルトの名無しさん** · 2018/07/05(木) 18:48:07.71

質問の意味がわからない

**デフォルトの名無しさん** · 2018/07/05(木) 19:37:20.63

>>775
いや、そのラムダは引数に何も受け取ってないよ

クロージャになってて外側のa1とかの変数をキャプチャしてるだけ

JavaScriptとかの書き方で言えば
() => { a1.en() }
みたいな感じ

**デフォルトの名無しさん** · 2018/07/05(木) 20:08:46.41

クロージャ使うのは一苦労じゃ

**デフォルトの名無しさん** · 2018/07/05(木) 20:17:49.90

【審議中】
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧
(　´・ω)　Ｕ) ( つとﾉ(ω・｀ )
｜　Ｕ (　　・) (・｀　　)　とﾉ
　ｕ-ｕ（l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ’.　`ｕ-u’

**デフォルトの名無しさん** · 2018/07/05(木) 20:57:09.18

>>775

fun lambda1() {
　return a1.en()
}

thread( lambda1 )

**デフォルトの名無しさん** · 2018/07/05(木) 22:45:45.28

コチン星は他に転用できないでしょ
Javaは何にでも使える
コチン星がそうなったら移住してやんよ

**デフォルトの名無しさん** · 2018/07/05(木) 22:54:46.98

逆なんだよなあ

**デフォルトの名無しさん** · 2018/07/05(木) 22:58:33.72

現実には逆だね
Kotlin使ってるような奴はJavaはもちろん他にも複数の言語使える

**デフォルトの名無しさん** · 2018/07/06(金) 07:14:19.59

今kotlin使ってるやつはJavaとSwiftは書けそうだよな
あと聞くところによるとずっとRuby使ってたweb系の人たちの間でkotlinの人気があるらしい

**デフォルトの名無しさん** · 2018/07/06(金) 08:51:02.46

KotlinとSwiftは似ているから
iOSとAndroidでお互いのコードを参考にしやすいという点でも
Kotlinを使ったほうが良いよね

**デフォルトの名無しさん** · 2018/07/06(金) 09:06:38.50

>>777
>>780
ありがとうございました！
納得できました。またよろしくお願いします！感謝です

**デフォルトの名無しさん** · 2018/07/06(金) 09:16:06.34

>>785
うちはまさにそれでやってる。
細かい違いはあれど、両者で大体同じ感じに作れるからだいぶ生産性が上がる。

**デフォルトの名無しさん** · 2018/07/06(金) 09:32:23.49

「あれをああいうふうにつくりたい」で片方が概念から違うコード塊だとめげるものね
せめて見る方向は一緒でないと困る

**デフォルトの名無しさん** · 2018/07/06(金) 09:39:15.11

Kotlin, Swift, TypeScript, C#あたりはいいかげん合体して一つになれよとは思う
似たような言語増えすぎ

**デフォルトの名無しさん** · 2018/07/06(金) 09:58:03.13

アーキテクチャもMVVMで統一しておくとさらにいいね

**デフォルトの名無しさん** · 2018/07/06(金) 10:37:25.30

合体して！

**デフォルトの名無しさん** · 2018/07/06(金) 10:43:05.75

>>784
ruby の特徴が groovy 経由で kotlin にとりこまれてるからねぇ

**デフォルトの名無しさん** · 2018/07/06(金) 10:50:59.18

まあHello Worldレベルならどれも大差ないよね

**デフォルトの名無しさん** · 2018/07/06(金) 11:30:17.98

>>788
一度作って終わりなら何でもいいけど、機能追加やらメンテやら考えたら極力設計レベルで近づけておきたいからね。
俺は経験ないけどObjectiveCとJAVAでこれやってた人たちほんとすごい。

**デフォルトの名無しさん** · 2018/07/06(金) 13:21:00.56

Ruby由来の特徴って？
Pythonから取ってきたようなのはちらほらあるけど。

**デフォルトの名無しさん** · 2018/07/06(金) 13:28:11.07

信者の布教

**デフォルトの名無しさん** · 2018/07/06(金) 13:44:46.19

>>795
なんでもかんでもそれで実装しようとして一応作り上げ公開はするもののメンテできず放置するムラ気の情熱

**デフォルトの名無しさん** · 2018/07/06(金) 14:05:18.34

>>795
ヒント：ワシが育てた

**デフォルトの名無しさん** · 2018/07/06(金) 15:32:07.66

>>798
いいや、わしが育てた。

**デフォルトの名無しさん** · 2018/07/06(金) 15:58:16.16

kotlin配列めんどくさすぎwwwwワロタwwwww

**デフォルトの名無しさん** · 2018/07/06(金) 16:02:32.49

>>795
Kotlin 公式のこのページなんだけど
https://kotlinlang.org/docs/reference/type-safe-builders.html
むかしは Type-Safe Groovy-Style Builders と呼ばれてた
https://github.com/JetBrains/kotlin-web-site/commit/2ed39c423cb7924538551f6fe9a600a333300bb9#diff-67d5deb10a27f44d364720fd321bc192
ドキュメントは修正されちゃったけど、機能が修正されたわけじゃない
lambdaを { } で書くのとか、カッコの外に出せるのとか、これ実現するために必須

**デフォルトの名無しさん** · 2018/07/06(金) 16:15:00.75

Kotolinて変数にプリミティブ型が無いけど、
画像処理とか大量にデータ処理すると、Javaより遅くならない？

**デフォルトの名無しさん** · 2018/07/06(金) 16:28:27.50

>>802
ByteArray使えばよいでしょう

**デフォルトの名無しさん** · 2018/07/06(金) 17:00:50.17

>>803
配列はDoubleArrayとかあるのね
bit演算はushrがあるから、Javaより見易そう（Javaの>>>と>>が見辛過ぎ）なのがいいな
そろそろ切り替える踏ん切りがつきそうになった、ありがとう

**デフォルトの名無しさん** · 2018/07/06(金) 20:20:35.42

>>802
プリミティブに出来るものは勝手にプリミティブになる

Kotlinの
　　fun f1(a:Int, b:Int?, c:List<Int>){}
はJavaでの
　　void f1(int a, Integer b, List<Integer> c){}
になる

https://kotlinlang.org/docs/reference/basic-types.html#representation

**デフォルトの名無しさん** · 2018/07/06(金) 21:01:12.71

プリミティブ型がなくてもうまいこと最適化されてだいたいは問題なくなるのではないかな？

**デフォルトの名無しさん** · 2018/07/06(金) 21:02:17.37

うう。リロードし忘れてたらかぶった。

**デフォルトの名無しさん** · 2018/07/06(金) 22:24:17.82

>>805-806
Javaのラッパー型とか考え無くていいのか
上手く出来ているんだな

**デフォルトの名無しさん** · 2018/07/06(金) 23:30:21.00

ByteArrayとかIntArrayはJavaの呪い

**デフォルトの名無しさん** · 2018/07/06(金) 23:33:34.92

えっと

**デフォルトの名無しさん** · 2018/07/07(土) 07:47:51.03

>>809
何でそう思う？

**デフォルトの名無しさん** · 2018/07/07(土) 08:02:53.54

>>809
ほんとそう

**デフォルトの名無しさん** · 2018/07/07(土) 19:26:53.37

data classのcopy()というメソッドは
新しいインスタンスを作るの？
それともインスタンス変数を書き換えるの？

**デフォルトの名無しさん** · 2018/07/07(土) 20:07:44.59

>>813
新しいインスタンスを作るよ
その際に新しいインスタンスに対してプロパティの差し替えを指定できる

**デフォルトの名無しさん** · 2018/07/07(土) 20:15:10.40

イミュータブルデータ

**デフォルトの名無しさん** · 2018/07/07(土) 22:09:42.29

>>814
そうですかコピるんですね、インスタンスはイミューダブルだから

ところでデリゲートって何ですか？

**デフォルトの名無しさん** · 2018/07/07(土) 22:10:48.19

>>816
繊細とか壊れやすいとか、そういう意味だよ

**デフォルトの名無しさん** · 2018/07/07(土) 23:35:57.76

それはフラジャイルだろ！

**デフォルトの名無しさん** · 2018/07/07(土) 23:38:31.93

小麦粉のこと？

**デフォルトの名無しさん** · 2018/07/08(日) 00:50:39.49

Androidにはデリゲートなんて用語はない

**デフォルトの名無しさん** · 2018/07/08(日) 00:55:04.92

>>816
？
data class のインスタンスはイミュータブルに作ることもできるけど
別にイミュータブルな保証ないよ
普通に var プロパティ宣言できるし

**デフォルトの名無しさん** · 2018/07/08(日) 04:35:49.01

>>818
デリケートだろとつっこむところ?
>>816
クラスAを継承したクラスBを作るときに、継承を使う代わりに、クラスB内にクラスAのインスタンスを持たせて、
クラスBにおけるクラスAのAPI実装をそのインスタンスに丸投げすること。
インターフェースしか定義されておらず、インスタンスはヘルパークラスからしか作れないような場合に便利。

**デフォルトの名無しさん** · 2018/07/08(日) 08:39:29.95

>>816
デリゲートは手動で書く手間を減らす機能だし
動作分かってないと初学者にとって混乱の元だから
「委譲書くの面倒」と思うようになるまで使わなくていい

仕様を知っておきたいならbyキーワードの具体例をググって読むべき

**デフォルトの名無しさん** · 2018/07/08(日) 08:53:04.34

よくあるのは破壊的操作だけ決まった手順でやりたい可変リスト

内部に可変リストを持たせてListインターフェースをこの可変リストに委譲しつつ、
破壊的操作をするメソッドは自分で実装する

**デフォルトの名無しさん** · 2018/07/08(日) 13:09:11.90

デリゲートゾーンの痒みにデリケア

**デフォルトの名無しさん** · 2018/07/09(月) 15:42:24.09

2次元配列てどうやって作るの？
ググっても、一次元配列の説明しかないんだけど

**デフォルトの名無しさん** · 2018/07/09(月) 16:07:50.43

「Kotlin 多次元配列」とかでググれば出てくるけど、もっと簡単に作れるようにしてほしいよな
Kotlinはコレクション周りが面倒

**デフォルトの名無しさん** · 2018/07/09(月) 16:22:32.46

ありがとう！多次元配列ででました
リストの中のリストみたいな作り方しかできないんですね

**デフォルトの名無しさん** · 2018/07/09(月) 16:25:07.73

Java11で多次元配列が追加されるっぽいし
そのとき一緒にKotlinにも追加されるんじゃないかな

**デフォルトの名無しさん** · 2018/07/09(月) 19:41:02.60

>>828
でもそれは多次元配列ではないからな
全世界から激しくツッコミ入るからな
「ネストした配列」とかきちんと表現しよう

**デフォルトの名無しさん** · 2018/07/09(月) 19:42:26.58

本当の多次元配列とネストした配列の違いってなんなの

**デフォルトの名無しさん** · 2018/07/09(月) 19:59:47.17

だっちゅーの

**デフォルトの名無しさん** · 2018/07/09(月) 20:40:00.23

>>831
配列の配列: n個入る内箱をm個並べて入れた外箱、実際には内箱に入る数はそれぞれ違うこともある
二次元配列: 最初からn*mで仕切られた箱

得意なこと、苦手なことも、箱を入れた箱と最初から全部仕切られた箱の関係と似ている

Java自体が真性の多次元配列ないからKotlinにもないんじゃね
ScalaとかGroovyにも真性の多次元配列はないのだろう

**デフォルトの名無しさん** · 2018/07/09(月) 20:55:27.19

それって、メモリは所詮一次元だけど
n×mの連続領域確保して[][]でアクセスできるインターフェース提供できれば二次元配列って言えるってこと？
ポインタの配列にしなければいいってことかな？？

**デフォルトの名無しさん** · 2018/07/09(月) 20:56:07.10

多次元配列みたいにアクセスできるクラス作って中で一次元配列を全容素数作ってアクセスする時に n * y + x のように計算してアクセスするの作れば、まあなんとなく気分を味わう事はできるな。
あとはうまいこと最適化されて効率よくなる事を祈るのみ。

**デフォルトの名無しさん** · 2018/07/09(月) 20:57:03.20

うう。リロードしてなかったらなんとなく内容が被った。orz

**デフォルトの名無しさん** · 2018/07/09(月) 21:13:13.46

>>834
おおむねそういうこと
配列の配列は縦方向と横方向でアクセスのコストが違うとか
多次元配列は、行をまるごと取り出そうとすると新規に配列を作る必要があるとか、違いがいろいろある

Kotlinに真性の多次元配列はないけど、仮にあったらイテレーションする時も変わってくるはず。

for (item in twoDimesionalArray) { println(item) }

for (innerArray in arrayOfArray) {
for (item in innerArray) { println(item) }
}

**デフォルトの名無しさん** · 2018/07/09(月) 22:15:19.94

普通のプログラミングよりPythonのnumpyとかMATLABとか科学技術計算やってた人はイメージしやすいかもね

**デフォルトの名無しさん** · 2018/07/09(月) 23:30:34.66

マンピー？

**デフォルトの名無しさん** · 2018/07/10(火) 00:37:38.55

>>837
なるほどありがとう

**デフォルトの名無しさん** · 2018/07/10(火) 06:58:10.69

>>839
なるほどありがとう

**デフォルトの名無しさん** · 2018/07/10(火) 07:38:02.37

ほとんどの言語は、配列の配列(jaggy 配列)だろ

表で言えば、同じ行内の列データは連続しているけど、
各行のデータは連続していない

1行目の各列は連続しているけど、
1行目と2行目は、別の場所にある

**デフォルトの名無しさん** · 2018/07/10(火) 08:14:20.19

計算コストを度外視すれば多次元配列でできることは大抵配列の配列で実現できるから、そこまで気にする必要はないんだけどね

**デフォルトの名無しさん** · 2018/07/10(火) 09:17:54.93

さも重大事のように煽っといてなんだその結論は

**デフォルトの名無しさん** · 2018/07/10(火) 11:02:23.47

まあよっぽどカリッカリのパフォーマンスを求められるシビアな要件じゃない限りいらんわな
もしその差がそんなに重要ならとっくに色々な言語で実装されてる

**デフォルトの名無しさん** · 2018/07/10(火) 14:19:24.23

tensorkotlin

**デフォルトの名無しさん** · 2018/07/10(火) 22:11:35.45

>>834が言ってる通りで
糖衣構文的なものがあるかどうか程度の差

パフォーマンスが必要な部分はハードウェアアクセラレーションのため
java.awt.imageみたいにAPI経由するからDSL表現力さえあれば後はライブラリの役割

**デフォルトの名無しさん** · 2018/07/11(水) 06:23:53.16

配列は一次元、嫁は二次元だからそれぞれ１つずつ次元が上がって欲しい。

**デフォルトの名無しさん** · 2018/07/11(水) 09:10:45.05

現在三次元の嫁はどうなりますか

**デフォルトの名無しさん** · 2018/07/11(水) 09:18:11.28

3次元嫁は都市伝説

**デフォルトの名無しさん** · 2018/07/11(水) 09:29:45.16

オンデマンドで呼び出せるんじゃね

呼び出し料金かかるけど

**デフォルトの名無しさん** · 2018/07/12(木) 11:23:31.16

Kotlinで書けるSPAフレームワークって無いの？
JSとかTS面倒なんだけど

**デフォルトの名無しさん** · 2018/07/12(木) 11:38:40.09

TSなら面倒というほど大した差はないだろ
むしろVSCodeで鬼のように補完が効く分、フロントでの生産性は圧倒的にTSのほうが上

**デフォルトの名無しさん** · 2018/07/12(木) 12:25:18.13

補完に関してはKotlin+IntelliJIDEAのほうが上だろ
TSのフロントでの生産性が圧倒的なのには同意だが

**デフォルトの名無しさん** · 2018/07/12(木) 13:25:44.38

VSCode程の糞はない

**デフォルトの名無しさん** · 2018/07/12(木) 14:32:59.18

え？
VSCodeが糞かはともかくそれ以上の糞なんかJava系に限ってもeclipseとかNetBeansとかいくらでもあるだろ

**デフォルトの名無しさん** · 2018/07/12(木) 18:21:16.24

Netbeansはひどいよなあ
あれMPLABのベースに使われててクソイライラする
ファイルの管理周りがとくにひどい
microchipはatmel買収したんだからatmelスタジオに追加すればいいのに糞が