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/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スタジオに追加すればいいのに糞が

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

>>856
このスレのお約束フレーズだからマジレスすんな

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

そういやeclipseにもkotlinプラグインあるらしいけど、わざわざeclipse使ってる奴いるのだろうか

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

>>859
他のプロジェクトも色々やっててそうしないと切り替えるのが面倒とか、あるいは会社でそれしか使っちゃ駄目って事になってるとか。

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

>>859
一度使おうとしたけど、インテリさん使ったらインテリすぎて戻れなくなった
ただ、インテリさんはWeb関連の便利機能が有料なんで、そこらへんは月食さんの方が良いな

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

Androidで連続計測アプリを作るなら、
RxKotlinがいいの？

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

>>859
1年以上前に使ってみたことがあるが、Javaのプロジェクトにまでエラーが頻発して使い物にならなかった。
なお、KotlinがAndroid公式に採用されて以降、この1年でほとんど開発は進んでいない模様。
釣った魚に餌はやらない、みたいな。

**デフォルトの名無しさん** · 2018/07/13(金) 05:53:34.32

>>861
IDEAの年額って、どう考えても払うだけの価値はあるほどエクリプスンより生産性上がるだろ
少なくともツール自体を動かすために余計な苦労は要らなくなる

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

大量のプラグインのバージョン管理とか設定調整とかどう考えても時間の無駄だからなー

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

30日試用もあるけどひとまず1年分買って試すのも良いと思うな

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

>>865
年間通したらそれだけで数万円分の工数はとられるよな

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

Vimとかも自分で育てていく楽しさはあるんだけど、道具として割り切るなら箱出してほぼ何もせずとも全て揃ってるIDEAさんが最強なんだよなあ。
AndroidとiPhoneもそんなイメージだけど。

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

xcode程の糞はない

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

VSCodeはJava開発環境としてはMS自身によるプラグイン開発によって既に普通に使えるレベルに達してる
さすがにKotlinはJBとガチ喧嘩になるからMS自身は手を出さないだろうけど、
IntelliJが死んだらKotlinも当然自動的に消えるわけで、MSを調子に乗らせないためにもJBにはなんとか頑張ってほしい

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

VScodeほどの神はいない

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

マジレスすると、
MS嫌いだけどVScodeは使いやすいよね
昔はEmacsとか使ってたけど、VScode使い始めて戻れなくなった

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

Emacsはマジで瀕死みたいだな。Atomに食われてVSCodeでとどめを刺された。

**デフォルトの名無しさん** · 2018/07/13(金) 10:04:34.44

むかしむかし使い古しpcにDebianいれてゴニョゴニョ設定してxemacsを起動できたときめっちゃ感動した

**デフォルトの名無しさん** · 2018/07/13(金) 11:55:19.72

vimの完全勝利

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

ま、vimは軽いし何も考えなくて良いのがいいよな。
ただしサンプルプログラムのようなとても短くて小規模なプログラム作る時なw

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

vimは単体で使うだけでなく、
プラグインという形で各種エディタ, IDEに組み込まれている
もはやコードを書くという行為はvimを使うことと同等
vimも使いこなせないようなやつはエンジニア向いてないね

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

お、そうだな

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

VSCodeはVimプラグインもクソ優秀なんだよな
IDEとしての機能性とVimらしい快適性をこれほど高い次元で両立できるエディタは10年煮詰めたVimを除けば他にない

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

VSCodeのプラグインが優秀過ぎて他に移れない
シーケンス図とか描くのもすげー便利だし

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

IntelliJで開いたときに、赤も黄色も出ないコードを書くものだけが、Vimを使いなさい。

**デフォルトの名無しさん** · 2018/07/13(金) 15:38:16.85

シーケンス図なんて作らせるようなところでもkotlinだのvscodeだの使わせてくれるものなのか

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

intellijよりvsのほうがコード補完優秀だよね
頻繁に使うものが上位に来るし
intellijだとcって打つとCamera()とか一度も使ってないものががいきなり候補に出るし

**デフォルトの名無しさん** · 2018/07/13(金) 17:37:39.30

intellij+補完で検索すると、わりと多機能で驚く

**デフォルトの名無しさん** · 2018/07/13(金) 17:47:43.71

VSの補完は機能とかそういう段階をとっくに卒業してる
ついに機械学習を使って文脈を理解する超補完を搭載するらしいな

**デフォルトの名無しさん** · 2018/07/13(金) 18:36:03.53

みんなインテリとVSCどう使い分けてんの？
Kotlinはインテリで、それ以外の言語はVSCって感じ？

**デフォルトの名無しさん** · 2018/07/13(金) 18:47:06.02

jsだけVSで他はインテリんだな
正直Rubyとかどちらで書いても大差ないから、わざわざ乗り換えてない

**デフォルトの名無しさん** · 2018/07/13(金) 19:34:40.82

cだけでCameraとかでてこないぞ？
Camまで打つとCameraクラスが候補の二番目に出てくるが
小文字のcじゃ下まで見てもCameraが候補に無い

**デフォルトの名無しさん** · 2018/07/13(金) 19:39:27.08

黙って猫を使うべ

**デフォルトの名無しさん** · 2018/07/13(金) 19:58:31.98

Camera程の糞はない

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

>>877
今日は釣れませんね。

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

>>881
「彼らはそれを聞くと、年長者たちから始めて、ひとりひとり出て行き、
そしてvimを使う者は誰もいなくなった。」

**デフォルトの名無しさん** · 2018/07/13(金) 22:19:52.15

>>888
何が候補にでるかマチマチ
Colorが出てきたりもするし
とにかく直前に入力したやつが出てこなくてイライラするわ

**デフォルトの名無しさん** · 2018/07/13(金) 22:58:51.51

>>893
日本語入力じゃないんだから直前に入力したのに優先的に出てこられても困る
Android Studio kotlin は文法的に入力可能なものがだいたい順番変わらず出てくるんで、候補がまちまちってことは無いと思うぞ？

直前に入力したやつが文法的に正しくて、その名前を文法的に正しい位置に再度挿入しようとするなら、普通2～3文字入力すれば出てこない？

**デフォルトの名無しさん** · 2018/07/13(金) 23:00:22.87

あと俺の環境じゃ、小文字 c で、Camera や Color は絶対でてこない感じ

**デフォルトの名無しさん** · 2018/07/14(土) 00:34:59.12

まあCameraが出るかはライブラリによるんだけど
頼むからまず変数名優先してほしい
すぐ上にval cellがあるのに…
使ったこともないメソッドやクラスが第一候補になるんだよ

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

だから普通のAndroidのプロジェクトだとCameraはimportすれば使える状態なんだってば
だからCameまで入力すれば候補の一番に出てくる
でも小文字cだと候補全部見ても出てこない
大文字小文字区別するから

あと、関数内のローカル変数は候補の一番上にでてくるよ？
val cell がある関数内なら、cell が候補の最初にでてくる
アルファベット順みたいだから val ccc があればそっちが先になるけど

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

いま気が付いたけど補完候補のウィンドウの右下のアイコンで順番変更できるね
Aとπを切り替えられる
Sort by relevance がπで、これはローカル変数が先に出てくる
Sort lexicographically がAで、種類に関係なくアルファベット順にソートされて出てくる