Kotlin 5

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

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

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

**デフォルトの名無しさん** · 2019/04/23(火) 17:37:07.37

>>553
ちょっと試す時とかによく使うよ

**デフォルトの名無しさん** · 2019/04/23(火) 17:41:27.91

>>559
thx
そっすか。

**デフォルトの名無しさん** · 2019/04/23(火) 18:02:43.25

>>558
see the hit result of Help>Search(Documentation).
You can retrieve the documents by ctrl-J@macOS as well.

**デフォルトの名無しさん** · 2019/04/23(火) 19:19:13.65

>>555
とりあえず変な癖をつける前に『リーダブルコード』を読んでくれ、頼むから

**デフォルトの名無しさん** · 2019/04/23(火) 19:47:01.75

リーダブルコード読みやすいしわかりやすいし為になるし
書いたやつ神

**デフォルトの名無しさん** · 2019/04/23(火) 19:49:26.39

>>562
>リーダブルコード
この本そんなに良い本なのか？

ペラペラ見たことあるけど、すでに知ってること、というか、実践していることしか書いてなかった。

**デフォルトの名無しさん** · 2019/04/23(火) 19:52:05.70

>>564
嘘だ

**デフォルトの名無しさん** · 2019/04/23(火) 20:08:14.43

>>564
じゃあその本に書いてないことが書かれた本を出してくれ。Kindle版だけでもいいから。

**デフォルトの名無しさん** · 2019/04/23(火) 20:16:21.90

>>565
知っていることを再認識させてくれる良書ではある

**デフォルトの名無しさん** · 2019/04/23(火) 20:18:24.37

何でIDが同じになるんだよ
同じプロバイダーなのか

**デフォルトの名無しさん** · 2019/04/23(火) 20:22:11.04

たまーに同じID出ることあるな。ものすごく希だが。
きっと今日は良いことあるよ。あと3時間40分ぐらいで終わるけど。

**デフォルトの名無しさん** · 2019/04/23(火) 20:22:12.06

>>565
嘘じゃない。
ああぁ。俺は間違ってないんだな。という感じ。
まあ、詳細に読んだわけでは無いし、プログラマが知るべき97のこと、って本にも似たような事が書いてある。

Matzも「名前重要」なんて事を、97本に寄稿している。
プログラミング作法、なんかの方がよっぽど良かったな。俺には。

**デフォルトの名無しさん** · 2019/04/23(火) 20:24:15.75

>>569
って事はHash algorithmがpoorってこった。

**デフォルトの名無しさん** · 2019/04/23(火) 20:25:36.05

コードコンプリート

**デフォルトの名無しさん** · 2019/04/23(火) 20:27:52.73

>>570
>Matzも「名前重要」

私の設計上の座右の銘は「名前重要」です。あらゆる機能をデザインする時に、私はその名前にもっともこだわります。

courtesy of Matz

**デフォルトの名無しさん** · 2019/04/23(火) 20:29:32.04

プログラミング作法
プログラム書法
ソフトウェア作法

全てブライアン・カーニハン御年77歳の名著

**デフォルトの名無しさん** · 2019/04/23(火) 20:31:32.66

>>571
まあそういうことだな。
こんな掲示板でrichにしてどうするって感じはするが。

**デフォルトの名無しさん** · 2019/04/23(火) 20:32:56.33

>>566
じゃぁ、一つ俺の考え方を！

狭いスコープの中を生きる変数は、名前が短くても良い。
e.g. str1 = “OK”

広いスコープの中を生きる変数の名前は、長い名前が必要。
e.g. numberOfBooks = 100

何時いかなる時も、意味ある変数名をつけるのは、俺は反対だ。
変数名を考える事に、時間が惜しい時もある。

**デフォルトの名無しさん** · 2019/04/23(火) 20:33:50.86

拡張プロパティに値セットする方法ある？

**デフォルトの名無しさん** · 2019/04/23(火) 20:36:26.55

やはりプログラミングも茶道とか華道とかと同様にプログラミング道を作ってわびさびが必要な時代が来たのかも知れないな。

**デフォルトの名無しさん** · 2019/04/23(火) 20:36:27.27

>>576
そ、ループ変数なんて i, j, k, ....nで良いやん

**デフォルトの名無しさん** · 2019/04/23(火) 20:38:43.46

でもkotlinでforとか使わなくね？

**デフォルトの名無しさん** · 2019/04/23(火) 20:42:02.64

>>576
変数名を日本語にすれば良い。
ソース丸ごと世界に公開する予定がないならその方が分かりやすくて良い。
日本語知らないやつには難読化して軽くプロテクトが掛かった状態にもなる。

**デフォルトの名無しさん** · 2019/04/23(火) 20:54:10.92

>>581
昔、英語が出来なかった時には、
kabuPrice
とか
kabuka
なんて恥ずかしい名前使ってたけど、
今では、
sharePrice
でないと、code reading時にストレス感じるわぁ。

**デフォルトの名無しさん** · 2019/04/23(火) 20:57:09.18

漢字使え漢字

**デフォルトの名無しさん** · 2019/04/23(火) 21:02:15.89

val 感じ = "感じ"
print(感じ)
なんと、warningは出るが、実行可能。

**デフォルトの名無しさん** · 2019/04/23(火) 21:05:59.98

Qiita見ながらKotlin修行中だけど、
Jump Command便利そう。
return@forEach
continue@loop
return@loop
とか言うやつ。

これSwiftに欲しい。

**デフォルトの名無しさん** · 2019/04/23(火) 21:15:06.63

そんなことより、API referenceってかDocumentをofflineで見る手段、どうしてる？
Zeal, Velocity, Dashなんかを使ってるの？
Android StudioでAppCompatActivetyを引くと

android.support.v7.app.AppCompatActivity public AppCompatActivity()

Gradle: com.android.support:appcompat-v7:28.0.0@aar

たったコレだけしか表示されないっす。

**デフォルトの名無しさん** · 2019/04/23(火) 21:32:38.61

>>517
俺も謝っておく
触ったすまん

**デフォルトの名無しさん** · 2019/04/23(火) 21:53:05.69

>>585
便利な反面1歩間違えると悲惨なコードになりそうだな

**デフォルトの名無しさん** · 2019/04/23(火) 22:46:19.69

尻でも触ったのか

**デフォルトの名無しさん** · 2019/04/23(火) 23:21:01.87

>>585
Kotlinにあるでしょそれ
https://kotlinlang.org/docs/reference/returns.html

**デフォルトの名無しさん** · 2019/04/23(火) 23:23:43.15

ごめん間違えた、SwiftにあるからKotlinに欲しいって読み違えた
Xamarinのライセンス買ってくる

**デフォルトの名無しさん** · 2019/04/24(水) 05:30:04.16

悲惨なコードとは？

**デフォルトの名無しさん** · 2019/04/24(水) 05:38:27.15

goto文みたいに次にどこに行くのか読みにくいって意味じゃないかな
そんなことはないけどね

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

変数名漢字って結構有りだと思う
平均からすれば英語かなり必死に勉強したほうだと思うけど、ネイティブからすれば変な英語使ってるって自覚あるし
ネイティブ的な感覚がないから、命名には常に苦労する
もちろん特定用途でしか使えない手法だけど、やっぱり母国語ってわかりやすいよね
英語圏のやつらにスーパハカーが多いのはそういう理由もあるよな、母国語でプログラムできるのうらやましいわ

**デフォルトの名無しさん** · 2019/04/24(水) 07:33:38.62

>>594
英語人口20億、英語母語5億
くらいじゃない？

チェコ、ロシア、ルクセンブルグにHacker多い印象が俺にはある。

**デフォルトの名無しさん** · 2019/04/24(水) 11:18:15.23

Constructorの書き方がムズイ。
primery, secondary constructorとか、Swiftには無いし。

Kotlinスタートブック、はしばらく様子見。今の所買わない方向で…
だって、2016年の本って、情報が古そうだし。

**デフォルトの名無しさん** · 2019/04/24(水) 12:11:30.51

そのうち在日ユダヤが「日本人にベーグル盗まれた」なんて狂言やりそう

**デフォルトの名無しさん** · 2019/04/24(水) 12:20:40.85

>>594
日本語固有のややこしい漢字の名称を無理やり英語にするよりはそのまま使った方が可読性もはるかにいいわな
何か不都合が起きたらIDEでリネームすりゃいいだけの話だから、全然ありだと思う
俺はテストケース名は日本語がんがん使う

**デフォルトの名無しさん** · 2019/04/24(水) 12:48:24.16

>>596
Swiftの designated initializer ≒ Kotlinの primary constructor
Swiftの convenience initializer ≒ Kotlinの secondary constructor

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

>>599の具体例

Swift
https://ideone.com/48Boj1

Kotlin 比較用
https://ideone.com/ovwjrs

Kotlin 短縮
https://ideone.com/IcR8Wo

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

>>577だけどこれ無理っぽいな

**デフォルトの名無しさん** · 2019/04/24(水) 14:01:42.54

>>577
勧めるものじゃないけど、一応疑似的にならば
https://ideone.com/7lTdsi

class A {}

private val xname = WeakHashMap<Any,String?>()
var A.name: String?
get() = xname[this]
set(v:String?) { xname[this] = v }

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

>>599
thx

**デフォルトの名無しさん** · 2019/04/24(水) 14:19:09.62

>>602
Kotlin day3の俺には、なぜAのインスタンスがnameプロパティを持つのか？
良く解らん。
Rubyみたいに、Aを再オープンしてるのか？

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

>>604
fun mainの外でthisは何を指してるのだ？

**デフォルトの名無しさん** · 2019/04/24(水) 14:28:29.52

>>605
>fun mainの外でthis
ってのはMainKtのインスタンスってことか？
うぅーん。後で確認。

fun main(args: Array<String>) {}

in a file called Main.kt will compile to something like:

public class MainKt {
public static void main(String[] args) {}
}

**デフォルトの名無しさん** · 2019/04/24(水) 14:55:22.29

>>604
602は拡張プロパティとシングルトンのWeakHashMapを利用している
詳細はgoogleで

拡張プロパティ：
見た目はプロパティだが実際のところ
staticメソッドのシンタックスシュガー

fun A_name_get(thisObj: A): String? {
　　return xname.get(thisObj)
}

println( a.name )
　↓
println( A_name_get(a) )

WeakHashMap：
キーがGC対象となるのを阻害しないMap
aとnameの関連付けはここに入っている
aがへの参照が無くなったら、nameへの関連付けもCG対象になって消える

**デフォルトの名無しさん** · 2019/04/24(水) 15:34:34.20

>>607
>拡張プロパティ

気になる！

Rubyの特異メソッドみたいなもんか？
特異メソッド：クラスに住んでるメソッドとは異なり、オブジェクトに住んでるソレ！

**デフォルトの名無しさん** · 2019/04/24(水) 15:49:00.84

>>608
特異メソッドとは違うみたい。

Rubyのクラスの再オープン、オープンクラス、monkey patching
とか言う邪悪なテクみたい。

Dateクラスに本来備わってないyesterday, tomorrowとかいうpropertyを追加したりできる。

**デフォルトの名無しさん** · 2019/04/24(水) 15:52:13.17

うぅーん。
top level でthisが何を指しているのか？
よく解らん。

**デフォルトの名無しさん** · 2019/04/24(水) 15:52:31.03

連投せずググりなさい

**デフォルトの名無しさん** · 2019/04/24(水) 15:56:37.35

>>610
きっとthisは、nameプロパティーが呼ばれるまで定まらなくて、nameプロパティーのレシーバー(a1, a2)の事なんだ。

と言う事にしておこう。

拡張関数、拡張プロパティー、が必要になった時のメモ

Kotlinの拡張関数と拡張プロパティについて
https://qiita.com/RyotaMurohoshi/items/4b958af1d23da6d91a61

**デフォルトの名無しさん** · 2019/04/24(水) 17:00:48.57

>ID:ZqBzQREh
日記は自分のブログでやってくれ

**デフォルトの名無しさん** · 2019/04/24(水) 17:06:36.37

散々言われてるみたいだけどまずとりあえずググる習慣をつけなさい
君はしなくていい回り道が多すぎる

**デフォルトの名無しさん** · 2019/04/24(水) 20:05:15.35

>>602
なるほど外のmapに入れられたのか、盲点だった
それとweakhashmapなんてあったのか初めて見たわ

**デフォルトの名無しさん** · 2019/04/24(水) 20:26:09.12

>>547
30分で…の記事、2日かけてようやくinfix記法のところまで読めた。
多分費やした時間は6hr以上。

全然30分じゃない。

**デフォルトの名無しさん** · 2019/04/24(水) 20:28:11.81

>>614
君も謝る羽目になるよ

**デフォルトの名無しさん** · 2019/04/24(水) 20:45:23.71

なんと、キーワードになっている識別子もエスケープ可能！

例：isと言う名前のメソッドも呼び出せる。
foo.`is`(bar)

こんな感じ！

**デフォルトの名無しさん** · 2019/04/24(水) 20:49:33.98

Qiitaの30分で…の記事、走り読みした。約8hr位要した。
Vim内でチョコチョコ試運転しながら、走り読み。

お疲れ様でした。▶俺

**デフォルトの名無しさん** · 2019/04/24(水) 20:52:35.15

レシーバー付き関数リテラル、がよく解らんかった。

クラス移譲、プロパティー移譲
byとか使う奴。こんなのSwiftには無かったなぁ。

**デフォルトの名無しさん** · 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で（を？）使えるようにしてくれ
現時点で構造的に対応超絶困難だ
マテリアルデザインの普及にも役立つだろ