Kotlin 5

**デフォルトの名無しさん** · 2018/12/08(土) 20:29:41.41

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

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

**デフォルトの名無しさん** · 2019/04/24(水) 21:03:15.80

>>596
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

太郎本を買っていない香具師は、モグリ！

**デフォルトの名無しさん** · 2019/04/24(水) 21:13:18.43

Kotlin は、swift とは似ていない

Kotlin は、Groovy を静的にしたもの。
つまり、Ruby, JavaScript の系統

オブジェクト指向・関数型のミックス

**デフォルトの名無しさん** · 2019/04/24(水) 22:03:35.37

Swift程の糞はない

**デフォルトの名無しさん** · 2019/04/25(木) 06:51:51.77

>>621
赤ベコ本の事ね。

**デフォルトの名無しさん** · 2019/04/25(木) 09:50:10.40

リーダブルコード要約
https://gist.github.com/AKB428/b8970cea987577ec93c2

初心に戻る良著
最近省略して書いてたから反省してる

**デフォルトの名無しさん** · 2019/04/25(木) 11:34:43.93

> 読みやすい
> if (length > 10 )
>
> 読みにくい
> if (10 < length)

その主観は慣れによる、俺にとっては前者の方が読みにくい

うちでは「物差しの向きに一貫性を持たせる」という指針でやっている
その上で統一のため原則として「小さい方を左に書く」
よって >, >= を使わない

if (10 <= length && length < 100)

まぁRangeやRectでメソッドでの判定をすることも多く
そういう場合は左がどうこうというのは無いが

**デフォルトの名無しさん** · 2019/04/25(木) 11:52:49.98

>>626
>if (10 <= length && length < 100)

if (length >= 10 && length < 100)
たまに、こう書くヤツが居るが殺意を覚える

一般的には可変値が左だと思う

**デフォルトの名無しさん** · 2019/04/25(木) 12:18:15.49

俺も可変値が左だと思うけど、統一された指針が既にあるならそれを貫いたほうがいい
一貫性はとても大事

**デフォルトの名無しさん** · 2019/04/25(木) 12:32:09.35

小さい方を左に書く。
頭の中では、大小は、左右で考えているから

横書きと同じ感覚。
左上がスタート地点

洋画ではそう。左上に赤色を配置する。
そこが目線のスタート地点。
そこから時計回りに目線が、渦の中心へと向かっていく

**デフォルトの名無しさん** · 2019/04/25(木) 12:41:16.64

>>626
普通、言葉で考えると「lengthは10以上100未満？」て聞くじゃん。
「10は～100は～？」みたいな聞き方しないよね。
主語と動詞を逆にしちゃいけないと思う。

CやC++の頃は
if (length == 10) としたかったところをコーディングミスで
if (length = 10) にしてバグるのを防ぐ為に逆向きにしてた人を見受けたけど、いまどきはIDEがエラー出してくれるからねえ。

**デフォルトの名無しさん** · 2019/04/25(木) 12:49:03.99

IDEなくてもコンパイル時になんか出る。

**デフォルトの名無しさん** · 2019/04/25(木) 12:54:48.89

>630
なるほど、確かにバグ防止で逆向きにも一理ある
面白いこと考えるね

**デフォルトの名無しさん** · 2019/04/25(木) 13:03:38.24

>>632
ヨーダ記法って言うやつ

**デフォルトの名無しさん** · 2019/04/25(木) 13:14:11.32

C言語では、左に代入できないものを書いていた

比較演算子と間違えて、代入演算子を使うと、コンパイルエラー

**デフォルトの名無しさん** · 2019/04/25(木) 13:15:44.93

ヨーダ記法が可読性低いってのは散々言われてる
結局流行ってないしやらなくていい

**デフォルトの名無しさん** · 2019/04/25(木) 13:44:40.50

老害ってことや

**デフォルトの名無しさん** · 2019/04/25(木) 14:11:29.90

老害にだけは成りたく無いと思ってました

**デフォルトの名無しさん** · 2019/04/25(木) 14:21:07.30

>>630
> 言葉で考えると「lengthは10以上100未満？」て聞くじゃん

なるほど、改めて思い起こすと言葉以上に図や式で考えているな
そういう資料を読み書きすることが多いからかもしれないが

　10　length　　　　 100
--|----^----------|--

10 ≦ length ＜ 100

他所のだけどイメージ
https://i.imgur.com/d5iRSb2.jpg

**デフォルトの名無しさん** · 2019/04/25(木) 21:25:32.13

kotlin day4

kotlinc, kotlinコマンドの-classpathオプションの使い方でハマった。

>kotlin -cp jsoup-1.11.3.jar JsoupKt
error: could not find or load main class JsoupKt

こちらが正解
kotlin -cp .:jsoup-1.11.3.jar JsoupKt

なんか、変な仕様。そろそろbuild.gradleファイルの作り方を学ぶべきか？

**デフォルトの名無しさん** · 2019/04/25(木) 21:29:50.40

あのぉー、Kotlinでスクレイピングしたいんですけど、
Jsoupがbest practice?
https://github.com/jhy/jsoup

実は、Javaも初心者なので、Kotlinへのmigrationでヘトヘト！

**デフォルトの名無しさん** · 2019/04/25(木) 22:45:02.30

>>640
どんなサイトをスクレイピングしたいのかによるけど、javascriptをガンガン使ってるようなサイトならSeleniumが鉄板だと思うよ。
Jsoupでもjsを実行させられるらいしけど、とても辛いと聞いたことがある。基本的には静的なhtmlを扱うためのライブラリ。

**デフォルトの名無しさん** · 2019/04/26(金) 09:47:20.98

>>641
thx

Kotlin day5
コマンドラインで、jsoupでスクレーピングするソースを作成できた。
昔を思い出して、実行にはMakefile作成して行った。

Makefile内で文字列操作（大文字小文字変換とか、文字列連結）とかできるかな？

Makefileはこんな感じ！
CC := kotlin
CFLAGS1 := -cp jsoup-1.11.3.jar -include-runtime
CFLAGS2 := -cp .:jsoup-1.11.3.jar
SRC := jsoup

all: go
go:
$(CC)c $(SRC).kt $(CFLAGS1)
$(CC) $(CFLAGS2) JsoupKt
~

**デフォルトの名無しさん** · 2019/04/26(金) 09:49:24.06

>>642
makeが何かをわかっていたらそんな質問はしない

**デフォルトの名無しさん** · 2019/04/26(金) 10:03:32.40

>>641
Seleniumってテストツールだと思ってたが、そんな使い方があるのか。
目からうろこが1000枚くらい落ちた。

**デフォルトの名無しさん** · 2019/04/26(金) 10:43:09.29

>>644
Selenium自体はテストとは無関係だよ、ただ用途としてテストツールと組み合わされることが多いだけ。
最近のサイトはReactとかで動的にガンガン組み立てられるからスクレイピングもSelenium使っておいた方が無難。

**デフォルトの名無しさん** · 2019/04/26(金) 13:23:49.21

Ruby, Nokogiri, Selenium WebDriver を使えば？

CSS Selector, XPath で、要素を指定する

driver.execute_script で、JavaScript のソースコードも実行できる

**デフォルトの名無しさん** · 2019/04/26(金) 14:28:56.17

Kotlin勉強してるって言ってるんだから別にRubyじゃなくていいだろ

**デフォルトの名無しさん** · 2019/04/26(金) 14:34:22.95

NokogiriでXPathとCSSセレクタ使うならべつにこっちでも同じだと思うよ

**デフォルトの名無しさん** · 2019/04/26(金) 17:19:57.29

JsoupはNokogiriと違ってXPathを使ってDOMの操作ができない。
けど、使い方はNokogiriとよく似てる。

Androidアプリにスクレイピング機能を実装したいので、Ruby使えば？は却下！

**デフォルトの名無しさん** · 2019/04/26(金) 17:21:05.67

ところでJsoupの名前の由来って何？
Java soup = Javaのスープ
変な名前。

**デフォルトの名無しさん** · 2019/04/26(金) 17:57:42.91

いちいち聞かずに勉強しろと延々言われているのに守らないからそういうちぐはぐな恥を晒して支持を減らすことになる（君はすでに識別されている）
どうせPythonのBeautifulSoupのことも知らないしタグスープという言葉も知らんのだろう
…あ、後者は別に知らんでいいわ、知らない人が多いし正式な用語というわけでもないから

**デフォルトの名無しさん** · 2019/04/26(金) 18:12:21.37

ごった煮

**デフォルトの名無しさん** · 2019/04/26(金) 20:00:10.59

>>651
まあまあまぁまァ、落ち着けよ
このスレのレベルはピンキリさ

**デフォルトの名無しさん** · 2019/04/26(金) 20:32:30.11

>>651

thx.

That is originated in “soup HTML document up beautifully”, it seems.

**デフォルトの名無しさん** · 2019/04/26(金) 21:06:34.41

個人の試行錯誤の実況でスレが消費されてくより過疎ってた方がマシ

**デフォルトの名無しさん** · 2019/04/27(土) 09:33:03.49

スレの消費はどうでもいいんだけど、試行錯誤の記録はqiitaなりブログなり自分で管理できるところに残しておいた方が後々良いと思うんだよね

**デフォルトの名無しさん** · 2019/04/27(土) 09:47:43.31

>>516
fragmentは再利用されるからlateinit var

**デフォルトの名無しさん** · 2019/05/08(水) 08:51:45.05

Google、Androidにおける「Kotlinファースト」強化を表明。Google I/O 2019
https://www.publickey1.jp/blog/19/googleandroidkotlingoogle_io_2019.html

**デフォルトの名無しさん** · 2019/05/08(水) 09:08:00.50

>>658
わかったからFlutterで（を？）使えるようにしてくれ
現時点で構造的に対応超絶困難だ
マテリアルデザインの普及にも役立つだろ

**デフォルトの名無しさん** · 2019/05/08(水) 19:13:02.95

kotlin day17、object式
クラスAをインターフェースBによって僅かに修正したクラスCのインスタンスが必要となった時に、サブクラスCを宣言せずにそのインスタンスabを生成できる。
```kt
open class A(x: Int) {
public open val y: Int = x
}

interface B {...}

val ab: A = object : A(1), B {
override val y = 15
}
```

**デフォルトの名無しさん** · 2019/05/08(水) 21:35:17.96

前スレでも書いたがKotlin/JSに続く、Kotlin/Dartトランスパイラをだな・・
まぁやれるとしたらJB側だからリソース的に無理なんだけどな

**デフォルトの名無しさん** · 2019/05/09(木) 00:39:13.38

>>661
Flutterが目当てなら、必ずしもDartを介することはないのでは?

**デフォルトの名無しさん** · 2019/05/09(木) 07:27:30.06

どういう意味？

**デフォルトの名無しさん** · 2019/05/09(木) 07:28:01.24

ああ、ごめん分かったよく読んでなかった

**デフォルトの名無しさん** · 2019/05/09(木) 07:49:34.83

>>662
少なくともDart Kernel binaryを生成出来ないとFlutterのホットリロードが使えない
Kernel binaryの仕様はDart自体より安定してない

https://flutter.dev/docs/development/tools/hot-reload
https://mrale.ph/dartvm/

Flutterのクロスプラットフォーム性や開発時の機能などの結構な割合を
Dart自体の機能により実現しているのでその辺の仕組みに乗っかれないと逆に厳しいと思うぞ

**デフォルトの名無しさん** · 2019/05/09(木) 09:45:14.22

flutterも最初素晴らしいと触ってたけど、dartの糞さに嫌気さしてさわるのやめたな。つか、flutterは致命的な問題もあるしな

**デフォルトの名無しさん** · 2019/05/09(木) 13:10:55.61

kotlinのgraphqlライブラリ微妙だからscalaのsangria使えないかなー
sangriaどころかscala触ったことないけど

**デフォルトの名無しさん** · 2019/05/09(木) 15:52:18.57

>>666
どんな問題？

**デフォルトの名無しさん** · 2019/05/09(木) 20:53:25.89

モバイルアプリはメモリ不足によってプロセスキルされ、キル前の状態に戻すために復元の仕組みが用意されてるがflutterではどうすればいいの？問題。
例えばandroidならonSaveInstanceStateがあるが、flutterではどうすれば？
flutterは1つのActivity上でページ遷移してるが、ページ毎に状態保存、復元は?
https://github.com/flutter/flutter/issues/6827

**デフォルトの名無しさん** · 2019/05/09(木) 20:58:48.44

モバイルアプリ開発したことあれば必ずプロセスキルの問題に出くわすと思うんだがflutterの開発チームはこれ放置してるという。普通flutterの設計段階でこの事考慮すべきだが全く考慮してなさそうというあほっぷり。

**デフォルトの名無しさん** · 2019/05/09(木) 23:07:11.65

地方都市だけど最近Android本が本屋に数冊しかない
他言語は田舎のわりにはけっこう置いてるんだけど
Kotlin移行の影響なのかも

**デフォルトの名無しさん** · 2019/05/10(金) 00:21:35.88

>>670
flutter詳しくは知らんが、もしそれが本当ならモバイル用途としてはたしかに致命的欠陥だな
後付けでflutterのフレームワークの中で強引に全部保存復帰するようにするから気にするな、みたいなこと
考えてるとしたらヤバイ
そういうことができないモバイルだからステートの保存と復帰はアプリに投げるように作ってあるのに・・

**デフォルトの名無しさん** · 2019/05/10(金) 03:07:44.06

>>671
Amazon使いなさい。

**デフォルトの名無しさん** · 2019/05/10(金) 10:49:17.54

Kotlin/Everywhere
https://blog.jetbrains.com/kotlin/2019/05/kotlin-is-everywhere-join-the-global-event-series/

・イベントは主に5月のGoogle I/Oと12月上旬のKotlinConfの間に行われる
・イベント予定は以下の地図に表示される（今後追加されていく）
https://events.withgoogle.com/kotlin-everywhere/

**デフォルトの名無しさん** · 2019/05/10(金) 16:19:08.62

>>671
同志
Android関連本、俺のところも本屋には少ない。
大阪に隣接の県の県庁所在地なんだけど。

大阪のデカイ本屋へは往復2,000円掛かっちまう。

**デフォルトの名無しさん** · 2019/05/10(金) 19:41:51.78

>>675
奈良市かな?

**デフォルトの名無しさん** · 2019/05/10(金) 21:37:10.49

>>675
Kindleおすすめ
マルチディスプレイで勉強捗る

**デフォルトの名無しさん** · 2019/05/10(金) 21:56:19.96

>>677
Kindleも試したけど、俺、紙の本派なんだよねぇ。
書き込みできるのが紙の本がありがたい。

KindleのためにiPad Pro 12inchも買ったけどやっぱり紙が良いんだよねぇ。
俺って、変かなぁ。

**デフォルトの名無しさん** · 2019/05/10(金) 22:08:26.51

紙の解像度にはまだまだ電子書籍は敵わない
紙の優位性はあるから書見台（ブックスタンド）とか使え、そしてやっぱイマイチだってしまい込むんだ
印刷したデータは死んだデータだってのは、まあ、その通りなんだけども

**デフォルトの名無しさん** · 2019/05/10(金) 23:11:37.34

ktorでhttpsやろうとしてサンプル試してみたけどなんかダメだな

**デフォルトの名無しさん** · 2019/05/11(土) 01:07:57.25

>>673

Amazonも楽天も使ってるよ
ただ本屋に置いてない状況を見ると
Android開発の人気無くなってきてるのかなと思って
本屋は内容確認できる長所あるし
もう少し置いてほしいところ

**デフォルトの名無しさん** · 2019/05/11(土) 06:20:49.01

>>680
オレオレ認証局だけど出来たよ。Let'sEncryptのところでなければ答えられるかも。

>>681
Android開発者が紙の本からKindleに移住している可能性も。
といいつつ自分はPC本は紙派。読んだ後確認する時にこのあたりかなとパラパラとめくりながら探せるので。

**デフォルトの名無しさん** · 2019/05/11(土) 07:17:10.19

[改訂新版]Android SDKポケットリファレンス
これのKindle版って、サンプルコード見やすいですか？

[改訂新版]Swiftポケットリファレンス、こいつのKindle版掲載のサンプルコードは、文字の拡大縮小も可能で、Goodなんだけど。

Kindle Paper Whiteで閲覧します。iPad Pro 12inchもあるけど。

**デフォルトの名無しさん** · 2019/05/11(土) 07:18:23.32

ちなみに、お試し版をPaperwhiteで見てみたけど、お試し版は最初の数ページ、しかもサンプルコードが無いページしか、試し読みできませんでした。

**デフォルトの名無しさん** · 2019/05/11(土) 07:25:20.42

kindleはコピペできないからPDF版のあるやつは、そっちを買うようにしてる。

**デフォルトの名無しさん** · 2019/05/13(月) 07:33:21.30

その本つてKotlin対応してなかった気がするけど
Javaでも良いの？

**デフォルトの名無しさん** · 2019/05/13(月) 09:37:44.97

ここが過疎ってるような気がしてslack見てみたけどそっちも過疎ってるのかな。
slackの使い方間違えてるのかな。。

**デフォルトの名無しさん** · 2019/05/13(月) 10:33:56.13

>>686
JaveでもOKっす。

**デフォルトの名無しさん** · 2019/05/14(火) 02:33:08.66

forEach は Iterable<T> と Iterator<T> にあるのに forEachIndexed は Iterable<T> にあっても Iterator<T> にないのは何故か?

**デフォルトの名無しさん** · 2019/05/14(火) 07:44:27.90

昔ケンカしたから

**デフォルトの名無しさん** · 2019/05/14(火) 07:49:34.32

Iteratorは拡張関数が4つしかなくインターフェース変換を除くと実質2つ
なのでむしろforEachとwithIndexだけが特別扱いのようなもの

**デフォルトの名無しさん** · 2019/05/14(火) 10:12:17.90

うんことりん

**デフォルトの名無しさん** · 2019/05/14(火) 12:25:52.36

Ruby では、クラスに、each メソッドが定義されていれば、
include Enumerable で、map, each_line などの便利な機能を使える(Mix-in)

Enumerableのラッパーが、Enumerator で、
eachを定義していないクラス、例えば、String クラスに、Enumerable の機能を追加する

Enumerableは内部イテレータで、Enumeratorは外部イテレータ。
外部イテレータは、繰り返しの進行を制御できる

enum = "a\nb".to_enum( :each_line ) # Enumerator
enum.with_index do | line, idx | # 1行ずつ処理する
p [ idx, line ]
end

出力
[0, "a\n"]
[1, "b"]

with_index は、Enumeratorクラスのメソッドで、
map に、インデックスを渡すことも出来る

p enum.with_index.map { | line, idx | "#{ idx } : #{ line.swapcase }" }
#=> ["0 : A\n", "1 : B"]

**デフォルトの名無しさん** · 2019/05/14(火) 12:36:39.21

>>691
あー。そうか。

まあ Iterable は中に Iterator 返すやつ一つ作ってしまえば良いだけなので object で作ってそのまま forEachOndexed で使えば良いだけなのだがなんというか面倒。

あ、自分でそういう拡張関数作ればいいだけか。てか作っておいて欲しかっな。

**デフォルトの名無しさん** · 2019/05/14(火) 12:45:32.34

>>689
イテレーターは列挙するものだからインデックスと直結しないのでは
n件のリストがあったとして、それをイテラブルとして回すときのインデックスはほぼ自明だけど
そいつを3から始めるイテレーターや逆順のイテレーター
3歩進んで2歩下がるイテレーターのインデックスというのは
ルールを決めてしまえばいいんだけど本質的な属性ではないと思う

**デフォルトの名無しさん** · 2019/05/14(火) 13:05:37.50

拡張関数ってグローバルだよな
どこに書けばいいか迷ったあげく使うクラスと同じファイルに書いてしまう

**デフォルトの名無しさん** · 2019/05/14(火) 16:08:52.35

拡張関数めっちゃ便利だけど、用法用量を守らないととても危険だよな

**デフォルトの名無しさん** · 2019/05/14(火) 17:29:04.99

拡張関数の定義を interface の中にすれば、使用可能範囲をコントロールできる

**デフォルトの名無しさん** · 2019/05/14(火) 18:31:50.97

Kotlin用ゲームエンジンらしい

https://korge.soywiz.com

**デフォルトの名無しさん** · 2019/05/14(火) 19:29:46.17

>>698
知らなかった

**デフォルトの名無しさん** · 2019/05/15(水) 12:44:33.69

どのみち、IDEがないと読み難い言語だから、Extensionはさして気にならない。
プロパティアクセスのせいで、知らず知らずにシャドウしてしまう方がずっと気になる。

**デフォルトの名無しさん** · 2019/05/16(木) 18:46:37.64

ts2ktって放置されているっぽいけど、今でも使いものになるの?

**デフォルトの名無しさん** · 2019/05/16(木) 19:36:52.04

>>699
Android以外はちゃんと動くんかな・・・・？

**デフォルトの名無しさん** · 2019/05/17(金) 22:06:49.39

>>698
拡張した本人しか認識できないのもができるからな。

**デフォルトの名無しさん** · 2019/05/18(土) 09:09:23.16

>>699
興味あるわこれ
今やってるの終わったら使ってみようと思うんだけど誰か試してみた？

**デフォルトの名無しさん** · 2019/05/18(土) 12:51:09.41

社内の持ち回りの勉強会で、vimでKotlin開発する環境を気合いで整える、という発表をしたら大受けしたわ
もちろんネタとしてな。絶対idea使った方がいいぞ。

**デフォルトの名無しさん** · 2019/05/18(土) 13:41:12.48

無駄なことに時間使ってんな

**デフォルトの名無しさん** · 2019/05/18(土) 16:19:18.33

やらないと後で「おまえやるって言ったよな」と責められるw

**デフォルトの名無しさん** · 2019/05/18(土) 22:59:21.42

kotlinでandroid開発の記事載ってる雑誌ないですか
ネットや書籍から情報得るしかない？

**デフォルトの名無しさん** · 2019/05/19(日) 01:39:23.54

本とかもう時代遅れ

**デフォルトの名無しさん** · 2019/05/19(日) 05:37:35.31

なぜ雑誌？本ならあるのだが。

**デフォルトの名無しさん** · 2019/05/19(日) 16:40:35.01

そもそも今ではプログラミングについての雑誌が少ないよね。
Software Design か日経ソフトウェアぐらいなんじゃないか？
ハードウェア寄りな Interface みたいなのもあるが。

**デフォルトの名無しさん** · 2019/05/19(日) 18:23:21.54

>>710
そんなこたぁ無い

**デフォルトの名無しさん** · 2019/05/19(日) 19:18:58.24

本はディスプレイ以外に開けるから便利だよね

**デフォルトの名無しさん** · 2019/05/19(日) 19:40:59.75

掌田津耶乃でも読んでろカス

**デフォルトの名無しさん** · 2019/05/19(日) 20:36:47.66

つやのちゃん知ってるんだw

**デフォルトの名無しさん** · 2019/05/20(月) 00:21:44.28

断片的なのはネットで調べればいいが、
体系的に全体をまんべんなく知りたいってときは、
やっぱり書籍が適してると思う。

**デフォルトの名無しさん** · 2019/05/20(月) 06:11:32.77

書籍もガッツリ読むなら紙の本がいいし、写経するなら電子書籍の方がいいし
選択肢が増えた分だけむしろ選ぶのが大変になってるな

**デフォルトの名無しさん** · 2019/05/20(月) 11:03:48.81

SoftwareDesignは最近はもう読んでない
バックナンバーも大量に棄てた
川上さんの連載のだけ残してる

**デフォルトの名無しさん** · 2019/05/20(月) 11:35:05.49

雑誌のいいとこは判型が大きいことだなｗ
ただのブログよりは読者層を意識してる率が高くて、Web記事よりはまとまりと終わりがある可能性が高いという感じか
なにの情報を欲しいと思ってるのかに依存する気がするぞ