Kotlin 7

**デフォルトの名無しさん** · 2020/05/06(水) 16:00:38.76

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
Kotlin 6
https://mevius.5ch.net/test/read.cgi/tech/1561186797/

**デフォルトの名無しさん** · 2020/10/25(日) 07:14:27.20

もはや釣りのつもりなのかもわからん

**デフォルトの名無しさん** · 2020/10/25(日) 09:04:01.55

ndkでC言語で通信処理書くのが普通だぞ

**デフォルトの名無しさん** · 2020/10/25(日) 11:39:31.01

この手のキチガイはRuby界隈でよく見かけるけどこちょりんスレで見るのは珍しいな

**デフォルトの名無しさん** · 2020/10/25(日) 18:22:39.49

煽ってるつもりなんだろうけど下手くそすぎて煽りにすらなってないのが趣深い

**デフォルトの名無しさん** · 2020/10/25(日) 21:50:48.59

煽りにすらなってない(顔真っ赤だけど平静を装いながら)

草

**デフォルトの名無しさん** · 2020/10/26(月) 11:09:41.52

そろそろ飽きたからもういいよ、おつかれさん

**デフォルトの名無しさん** · 2020/10/26(月) 15:03:30.94

問題を解決する気が無い
雑談したいだけ
ぱよちん野党と一緒だなω

前向きな話しようぜ

**デフォルトの名無しさん** · 2020/10/27(火) 22:28:46.51

>>374
使わないとできないじゃん

**デフォルトの名無しさん** · 2020/10/27(火) 22:59:38.24

できないことはないけどよほど暇でない限り車輪の再発明になるから仕事でやってはいけない
学習目的で個人的にやってみるのは良いと思う

**デフォルトの名無しさん** · 2020/10/28(水) 16:57:14.90

logcatに出力される内容をテキストファイルに出力したいんだけどどうすればいい？
openFileOutputで任意の文字列をファイルに出力するところまでは出来たから、logcatの内容をstring型で取得する方法を知りたい
ググってもよくわからんかった

**デフォルトの名無しさん** · 2020/10/28(水) 17:21:10.47

kotlin関係なくね？

**デフォルトの名無しさん** · 2020/10/28(水) 18:21:55.09

>>384
logcat の取得はセキュリティ的な危険性から一般アプリでは禁止されたんじゃないかな
なので自分のログをファイルに落としたかったら、Log クラスじゃなくて、別のロガーを使う
そのロガーの中から、Log クラスの関数呼んで logcat に出したり、ファイルに出力したりすればいい
探せばそういのが見つかる

**デフォルトの名無しさん** · 2020/10/28(水) 18:51:48.24

>>385
kotlinでの書き方聞いてるんだから関係あるだろバーカ

>>386
あざーす

**デフォルトの名無しさん** · 2020/10/28(水) 19:33:15.28

またこいつか

**デフォルトの名無しさん** · 2020/10/28(水) 20:11:08.16

>>387
だったらJavaのソース出してKotlinでの書き方聞けよ
それができないのはKotlin関係ないからだろ？

**デフォルトの名無しさん** · 2020/10/28(水) 20:53:30.45

>>389
流石に的外れすぎるぞそれは…

**デフォルトの名無しさん** · 2020/10/28(水) 21:43:31.50

それKotlinじゃなくAndroidの質問だろってのはよく見るけど、非Android系のコトラーなんか1割も居なさそう
Kotlin/JSとKotlin/Native期待してたのに残念

**デフォルトの名無しさん** · 2020/10/29(木) 06:34:19.56

勉強会行くと最近は3割くらいはサーバーサイドになってるな
まあそれでもAndroid勢が圧倒的に多いけど

**デフォルトの名無しさん** · 2020/10/29(木) 14:14:27.74

go糞過ぎる
kotlinに戻りたい

**デフォルトの名無しさん** · 2020/10/29(木) 20:44:58.33

いまどきポインタとかw

**デフォルトの名無しさん** · 2020/10/30(金) 00:06:28.80

>>394
ポインタはC言語の概念だからスレ違い。
アドレス参照と表現してもらいたい。

**デフォルトの名無しさん** · 2020/10/30(金) 00:12:59.31

ポン太カードはお持ちですか？ってLAWSONで聞かれなくなった

**デフォルトの名無しさん** · 2020/10/30(金) 01:44:09.57

気持ち悪いくらい気持ちよく書けるな
もうjavaには戻れん
groovyも言語は良かったけどKotlinはIDEが凄まじすぎるわ

**デフォルトの名無しさん** · 2020/10/30(金) 04:49:46.43

kotlinそんなにいいのか

**デフォルトの名無しさん** · 2020/10/30(金) 05:29:17.93

三項演算子が冗長だぞ

**デフォルトの名無しさん** · 2020/10/30(金) 06:08:40.16

やはり文法が多すぎるな

**デフォルトの名無しさん** · 2020/10/30(金) 07:57:00.83

!!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
kotlinはケンカになるからやめとけ

**デフォルトの名無しさん** · 2020/10/30(金) 08:28:54.23

そこでDartをお勧めしたい

**デフォルトの名無しさん** · 2020/10/30(金) 08:33:25.55

>>401
うむ

**デフォルトの名無しさん** · 2020/10/31(土) 12:57:52.07

>>396
そういやローソンって au PAY で払ったら自動でPontaポイント足されてると考えて良いんだろうか

**デフォルトの名無しさん** · 2020/11/01(日) 09:25:44.70

ケンカしろよ

**デフォルトの名無しさん** · 2020/11/01(日) 11:54:40.16

Kotlin必要になって少し触ってるけど、コンセプトがよくわからない。あるべき姿を追っちゃうとScalaみたいな敷居が高いものになるから、適当なところで妥協したものを作った、ってこと？

**デフォルトの名無しさん** · 2020/11/01(日) 13:55:44.06

Kotlinは学者の研究用言語じゃねえんだよ
現場のドカタにとっての使い勝手の良さを重視して作られてる
理想より現実を見ている言語なんだよ

**デフォルトの名無しさん** · 2020/11/01(日) 16:04:25.42

いがみ合っているように見えて>>406と>>407の意見にはそれほど違いがない。公式見解だった気がする。
>>406
コンセプトと言えるかどうかはわからないけど、KotlinのDSL記法を試してみると、
Kotlinの文法の多くはこのためにあるんだなと思うことができる(個人の感想です)。

**デフォルトの名無しさん** · 2020/11/01(日) 16:14:50.06

DSLはどちらかというとGroovyの思想で、Kotlinはその流れを汲みつつも普段使いをやや優先したって印象かな

**デフォルトの名無しさん** · 2020/11/02(月) 20:15:02.79

>>406
Scalaは理論というか哲学レベルの完全性を、Kotlinは実務で使う上での利便性をとことん追求している。
出自がアカデミックセクターなのと商用IDEベンダーの違いがそのまま現れてると思うよ。

**デフォルトの名無しさん** · 2020/11/02(月) 21:59:55.18

理論だけの頭でっかちの世の中の実際には何の役にも立たない無用の長物のゴミ

**デフォルトの名無しさん** · 2020/11/02(月) 22:04:59.67

>>411
自己紹介？
と思ったが理論すらないアホだったなお前は

**406** · 2020/11/03(火) 12:47:12.63

ありがとう。とすると、素のjavaからの量的な拡張というか、改善なんだね。生産効率は上がりそうだけど、既存言語の面倒な問題にはあまり突っ込まない感じするから、不具合が激減するとかは期待できないのかな。

**406** · 2020/11/03(火) 12:53:27.79

理論がくだらない、とは自分はあまり思ってなくて、理論的にある種の不具合が根絶できるとわかるなら、それは追求する価値はあると思うけど。ただ、現実の開発現場でそれがペイするかはもちろん別だけどね。

最近は書きやすい言語が増えてきて、フレームワークも色々あるし、単に言語の量的な改善というのはコンセプトになり得ないと思ってたけど、色々便利なら採用する価値あるんだろうね。

**デフォルトの名無しさん** · 2020/11/03(火) 13:30:13.38

結論付け方がおかしいぞ
nullセーフは既存の面倒な問題への対策と不具合削減だろ
Kotlinはあるべき姿の追求ではなく適当なところでの妥協の産物という話で合ってるというのに、量的な拡張、改善だって話はどこから出てきた？
今理解に必要なことは、Kotlinはあるべきを追求してデザインされたものではないからコンセプトから演繹的に学習しようというスタンスはやめて、イメージだけで決め付けず、nullセーフやDSLといった各論を学んでから帰納的に把握すればいい

**406** · 2020/11/03(火) 14:21:58.69

nullセーフは例外発生の警告度を強めるだけで、null自体をやめてるわけではない、ということだよね？量的、というのは例えばそういう意味でした。

まぁでもとりあえずは使ってみようと思います。ありがとうございました。

**デフォルトの名無しさん** · 2020/11/03(火) 16:42:07.16

警告じゃなくてエラーな

**デフォルトの名無しさん** · 2020/11/04(水) 00:42:24.62

コンパイル時に解決できることのありがたさよ

**デフォルトの名無しさん** · 2020/11/04(水) 08:00:31.74

そもそも日本語の文章力が怪しすぎるだろ
技術書以外の本も読めよ

**デフォルトの名無しさん** · 2020/11/04(水) 14:36:27.49

わかりました。
5chをしっかり読むようにしますです。

**デフォルトの名無しさん** · 2020/11/04(水) 15:08:03.01

>>420
ワロタww

**デフォルトの名無しさん** · 2020/11/06(金) 09:17:20.09

>>418
それ
javaでもコンパイルでエラー吐いてくれるんなら全部Objectを使ったっていいんだぜ？ってなもんよ

**デフォルトの名無しさん** · 2020/11/07(土) 23:08:52.51

>>422
全部Optional<Object>とか?

**デフォルトの名無しさん** · 2020/11/07(土) 23:58:31.50

Optionalなんて臆病者のツールは論外だぜ
全部staticでグローバルなList
何でもいくつでも入れ放題
これ最強ね

**デフォルトの名無しさん** · 2020/11/14(土) 06:42:50.58

最初から Kotlin 使いなさい。

**デフォルトの名無しさん** · 2020/11/14(土) 09:07:13.79

Kotlinを使うとケンカになる
!!を許容する派と認めない派で揉める
also派とwith派で揉める
by lazy派とlateinit派で揉める
やめとけ

**デフォルトの名無しさん** · 2020/11/14(土) 09:58:08.92

コンパイラプラグイン作ろうとしてるけど情報がなさ過ぎる
アノテーションプロセッサーも無い方だけどまだJavaの分だけマシだった

**デフォルトの名無しさん** · 2020/11/14(土) 12:03:31.45

宗教系エンジニアは本当に迷惑

**デフォルトの名無しさん** · 2020/11/14(土) 15:46:50.09

そういうやつに限っていわゆる一般的な"宗教活動"については
たわごとをおしつけてくる迷惑なやつら扱いしてたりするが
自分も同じ穴のムジナにはいってることに気がついてない

**デフォルトの名無しさん** · 2020/11/14(土) 16:29:15.64

宗教に無関心な人間からしたら誰でも迷惑じゃん
よく「そういうやつに限って」っていうけど全然限ってない

**デフォルトの名無しさん** · 2020/11/15(日) 00:47:22.35

>>426
>>401はテンプレなのか...

**デフォルトの名無しさん** · 2020/11/16(月) 13:12:50.27

Kotlin教

**デフォルトの名無しさん** · 2020/11/16(月) 17:25:39.08

ほかの言語にも手を出してます
ごめんなさいKotlinさま

**デフォルトの名無しさん** · 2020/11/19(木) 02:57:04.84

Kotlinのnull安全なんて馬鹿馬鹿しい

**デフォルトの名無しさん** · 2020/11/19(木) 07:40:10.35

ヌル安全結構衝撃的やったけどなー

**デフォルトの名無しさん** · 2020/11/19(木) 08:57:28.93

1か0思考の人かな
Javaとの互換性のためにある程度nullと付き合わざるを得ない状況になってるのを見て「nullを排除できてないじゃない！意味ない！」って見くびってしまう人

**デフォルトの名無しさん** · 2020/11/19(木) 11:07:38.48

null安全を持ち上げている人って、普段から糞コードや糞設計してオブジェクト指向もろくに理解していない人間だろ。
null安全な言語じゃなくてもnullチェックを多用するコードや設計は言語仕様以前にプログラマが糞。
だからnull安全なんて糖尿病患者のインシュリンみたいなもので根本的治療じゃないから馬鹿馬鹿しい。

**デフォルトの名無しさん** · 2020/11/19(木) 11:47:05.38

null安全はクソコードクソ設計とは別のレイヤー
と理解できないアホとは一緒に仕事したくないな

**デフォルトの名無しさん** · 2020/11/19(木) 13:12:52.76

そんなのはどうでもいい
そろそるnullをヌルと呼ぶかナルと呼ぶか決着を着けないか

**デフォルトの名無しさん** · 2020/11/19(木) 13:44:30.40

nullはニュルだが？

**デフォルトの名無しさん** · 2020/11/19(木) 16:29:15.73

>>438
null安全でないのは大抵クソコードクソ設計だろ。特にjava。

**デフォルトの名無しさん** · 2020/11/19(木) 17:01:35.94

!!を許容するのか認めないのか

**デフォルトの名無しさん** · 2020/11/19(木) 17:11:04.81

はっきりしてほしい

**デフォルトの名無しさん** · 2020/11/19(木) 17:13:08.06

Kotlinは言語選択として許容しない！

**デフォルトの名無しさん** · 2020/11/19(木) 21:01:29.88

>>437
Haskellしろってこと?

**デフォルトの名無しさん** · 2020/11/20(金) 00:02:42.39

SEGA Saturnしろ

**デフォルトの名無しさん** · 2020/11/20(金) 08:30:09.55

>>437
そのインシュリンで助かってる人もいてるんやで。
君このご時世マスクもせんとチョロチョロするタイプやろ？

**デフォルトの名無しさん** · 2020/11/20(金) 08:33:58.36

ニュルポ

**デフォルトの名無しさん** · 2020/11/21(土) 10:23:05.58

null安全ってどうゆう意味？

**デフォルトの名無しさん** · 2020/11/21(土) 11:10:14.55

>>449
null安全なコード(null safe code)は
ヌルポが発生しないことが保証されてるコードのこと

null安全な言語は(language with null safety)は
ヌルポが発生を防ぐ安全装置が備わってる言語のこと

**デフォルトの名無しさん** · 2020/11/21(土) 15:22:01.91

null安全したところでデータの安全は保証しないからな。
下手したら試験時にnullで落ちてくれたほうがマシな場合もあるだろうよ。
だからnullは猫のように愛されてきたんだ。

**デフォルトの名無しさん** · 2020/11/21(土) 18:58:29.84

APIレスポンス受ける data class のプロパティもコンパイル時に null安全できるようにしてほしい

**デフォルトの名無しさん** · 2020/11/22(日) 11:05:20.91

>>451
たしかにnullを安易に排斥したところで却って不具合を地下に潜らせることになる
nullの利用価値を保ったまま安全をサポートしてくれるのがKotlinのnull安全
null safeであってnull freeではない

Kotlinではnullかもしれない値を限定でき、その利用時に、分岐するのかエラーで落とすのか初期値で代用するのかを文法的に問うのでより安全
Javaでは試験時に落ちるところを、Kotlinではさらに早くコード補完時や自動ビルド時に気付かせてくれる

**デフォルトの名無しさん** · 2020/11/23(月) 15:21:42.81

>>433
絶対に許さない。

**デフォルトの名無しさん** · 2020/11/28(土) 10:17:31.66

Jetpack Compose for Desktop ってどうなんだろう。
TornadoFXが死に体なので脱出先を探しているが、
Android用の設計を無理に移植していびつだったりするんだろうか。

**デフォルトの名無しさん** · 2020/11/29(日) 14:55:05.68

Kotlin って List の内容をローテートするメソッドって用意されてないの?
[1, 2, 3] の右回しなら結果が [3, 1, 2] で左回しなら [2, 3, 1] になるようなやつ。
(シフトしかできなくても組み合わせれば作れるから良いんだけど)。
自作するしかない?

ていうか自作することそのものは簡単なんだけどね。例えばこんな風に書けばいいだけだから。

fun <E> List<E>.rotateLeft() = ((1..lastIndex) + 0).map { get(it) }

ただ元からライブラリに用意されていたら無駄になるので存在の有無を知りたいということ。

**デフォルトの名無しさん** · 2020/11/29(日) 15:24:23.71

Javaにある

**デフォルトの名無しさん** · 2020/11/29(日) 18:30:32.35

>>457
おお！ありがとう。java.util.Collections.rotate() ね。

でもこれ、Kotlin の List でも使えるけど List の内容が変わっちゃうのな。
(MutableList じゃないのに)

>>> val ls = listOf(1, 2, 3, 4)
>>> ls
res14: kotlin.collections.List<kotlin.Int> = [1, 2, 3, 4]
>>> java.util.Collections.rotate(ls, 1)
>>> ls
res16: kotlin.collections.List<kotlin.Int> = [4, 1, 2, 3]
>>> java.util.Collections.rotate(ls, -1)
>>> ls
res18: kotlin.collections.List<kotlin.Int> = [1, 2, 3, 4]
>>> java.util.Collections.rotate(ls, -1)
>>> ls
res20: kotlin.collections.List<kotlin.Int> = [2, 3, 4, 1]
>>>

まあ変換して Java 側に渡してるだけだろうから仕方がないか。

**デフォルトの名無しさん** · 2020/11/30(月) 00:21:55.65

お約束だけどKotlinのListには最初からイミュータブル性はないよ
変更機能に関心のないビューでしかない
MutableListがListを継承してるというのが何よりの性質

**デフォルトの名無しさん** · 2020/11/30(月) 21:07:46.44

クロスプラットフォームは総じて糞と相場は決まっている

**デフォルトの名無しさん** · 2020/12/01(火) 07:14:35.59

できることがOR結合ではなくAND結合で絞られてしまうのがクロスプラットフォーム。
できることしかできない。

**デフォルトの名無しさん** · 2020/12/01(火) 07:41:02.13

!!や?って説明できるなら使ってもいいんだよね
いま宣言したけど中身がない、下の行で関数かなんか呼び出して空の変数に入れる、その変数を使う
コードの中に書いたらダメならそもそも書けないし
見る人が嫌ってだけだよね

**デフォルトの名無しさん** · 2020/12/01(火) 08:37:49.02

javaでいいよ
無理矢理感有り過ぎの上
文法がひどい

**デフォルトの名無しさん** · 2020/12/01(火) 12:39:29.78

>>462
明快な話だよ
どちらの演算子も、if文を使ったそれと等価のロジックに置き換えて考えて、そのロジックを使うべきだと思えば使えばいい
特定の頻出イディオムの短縮記法に過ぎないと捉えれば、長ったらしく書くよりも演算子ですっきり書いた方がいいとわかるはず
追加メッセージのないNPEを送出するなんて絶対にムリという状況下なら !! は使わないことになるだろうし、低リスクな部分なんて元々エラーメッセージ考えないし万一落ちたらスタックトレース見りゃいいやという状況なら !! を使うのは理に適ってる

状況を問わず絶対に使うなというのは原理主義者かアホだと思う
Javaを使ってるのにクラスや例外を避けようとする老人と似たようなもの

**デフォルトの名無しさん** · 2020/12/01(火) 14:06:45.61

!!を使わなくても書けるのに敢えてクラッシュのリスクのある!!を使う必要ない

**デフォルトの名無しさん** · 2020/12/01(火) 14:51:50.13

コントラクト書いてもスマートキャストできないならアリ

**デフォルトの名無しさん** · 2020/12/01(火) 17:28:10.09

assert文もクラッシュのリスクがあるから使わないって言うんだろうか
フェイルセーフで進めるべきシーンとフェイルファストで落とすべき部分を判断して使い分けてほしい

**デフォルトの名無しさん** · 2020/12/01(火) 17:44:21.87

そんなのは設計が糞
センスないからしね

**デフォルトの名無しさん** · 2020/12/01(火) 18:45:05.23

いろんな宗教食タブーに配慮した結果、鶏肉料理しか選択肢がなくなる感じ。それがクロスプラットフォーム。

**デフォルトの名無しさん** · 2020/12/01(火) 19:28:13.47

そうそう、そんな感じ

**デフォルトの名無しさん** · 2020/12/01(火) 21:58:25.69

>>459
あー。Stringとかと同じか。書き換えられないように作ってあるだけで言語レベルでリードオンリーというわけではないという。

**デフォルトの名無しさん** · 2020/12/02(水) 07:55:24.49

そういうこと。ただ変更のためのAPIを提供してないだけ。

**デフォルトの名無しさん** · 2020/12/02(水) 10:41:02.88

Stringはクラスがfinalで閉じてる分、変更可能性という意味では層が少し違うかな

**デフォルトの名無しさん** · 2020/12/02(水) 10:42:20.86

CharSequenceが等価だと思う