Kotlin 3

**デフォルトの名無しさん** · 2018/06/24(日) 19:57:19.87

じゃあちょっと質問の仕方を変えますね

なぜnull不許容が必要なのか教えてください

これならわかるかな？

**デフォルトの名無しさん** · 2018/06/24(日) 20:21:05.34

ifでのnull判定がめんどくさい

**デフォルトの名無しさん** · 2018/06/24(日) 20:22:39.29

それよりも帰ってプレステやろうぜ

**デフォルトの名無しさん** · 2018/06/24(日) 20:40:44.92

そもそも、nullを代入しなければいいのでは？
もしくは初期化しておけばいいと思います

違いますか？

**デフォルトの名無しさん** · 2018/06/24(日) 20:51:32.85

COBOLとかFORTRANはそういうコンセプトだねぇ
kotlin止めるの推奨

**デフォルトの名無しさん** · 2018/06/24(日) 20:59:37.06

>>634
1人で全て開発するならそれでいいと思うよ。

**デフォルトの名無しさん** · 2018/06/24(日) 21:03:58.17

つまり、null不許容型は人的ミスのためであって他意はないと？

**デフォルトの名無しさん** · 2018/06/24(日) 21:05:43.17

>>634
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か
寧ろnullを使う意味が分からない

**デフォルトの名無しさん** · 2018/06/24(日) 21:22:24.66

例えばSwiftは言語仕様でnullを抹殺しているが、わざわざOptionalというnullでないものでnullを表現してる。nullがない世界など何処にもないのだ。

**デフォルトの名無しさん** · 2018/06/24(日) 21:25:55.36

例えばファイルが読み込めなかった場合、どうなると思いますか？

答えられますか？

答えられるようになったら質問してください。
今はそういうレベルの話ではないです。

**デフォルトの名無しさん** · 2018/06/24(日) 21:38:37.19

>>630
> なぜnull不許容が必要なのか教えてください
あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。
nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。

>>640
> 今はそういうレベルの話ではないです。
わからないで聞いているというより、わかってて煽ってるわけだ。

> 例えばファイルが読み込めなかった場合、どうなると思いますか？
ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、
Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という
nullでない値を返すという考え方もある。
null許容のJavaだと例外を投げるところかな。

**デフォルトの名無しさん** · 2018/06/24(日) 21:40:24.82

>>639
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです

**デフォルトの名無しさん** · 2018/06/24(日) 21:52:05.84

null不許容のクラスを作るとして
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります
しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。
null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと

どうですか？

**デフォルトの名無しさん** · 2018/06/24(日) 21:54:49.09

Optionalは中身取り出すのにアンラップが要る。Kotlinはnullにならないようにコンパイラがチェックしてるだけ。よってアンラップ不要。副作用としてnullを許容してないのに場合によってはnullが入ってしまうこともある。。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:12.48

>>644
それは実行時の動的なnullですよね。
私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。

**デフォルトの名無しさん** · 2018/06/24(日) 22:02:30.58

>>643
>>641が答え書いてるじゃん

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

ていうか日本語の文章おかしいし、確実に酔っ払いかただのキチガイじゃん

**デフォルトの名無しさん** · 2018/06/24(日) 22:10:34.25

おおかた大学のレポートなり試験なりでその質問をされて回答を探しにきたんだろ
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い

**デフォルトの名無しさん** · 2018/06/24(日) 22:30:46.16

>>627
たとえが下手すぎて

**デフォルトの名無しさん** · 2018/06/24(日) 22:36:12.55

だってこの子見るからに頭悪そうじゃない

**デフォルトの名無しさん** · 2018/06/24(日) 22:37:28.39

高圧的に質問すれば、逆に皆反応してくれる良い例だね

**デフォルトの名無しさん** · 2018/06/24(日) 23:18:47.64

>>624
コンパイルする言語なのかインタープリタなのかという問題ではなくて、そういう仕様の言語というだけのこと。
というのはコンパイルしようがしまいが同じような言語は作れるから。

**デフォルトの名無しさん** · 2018/06/24(日) 23:20:17.58

>>625
それによるバグをコンパイル時にエラーを出すことによって防げる。

**デフォルトの名無しさん** · 2018/06/24(日) 23:25:25.08

今ちょっと前にAmazon見たらこれのKindole版の方だけ1361円だった。55%offかな。だいたい半額ぐらい。
短期間のセール価格なのかも知れない。

Androidアプリ開発のためのKotlin実践プログラミング現場で求められる設計・実装のノウハウ
http://amzn.asia/iM5AGQY

紙の本はもう持ってるのにうっかり押しちゃうところだったw

**デフォルトの名無しさん** · 2018/06/24(日) 23:40:28.01

遠回しな宣伝だなぁ

**デフォルトの名無しさん** · 2018/06/25(月) 00:03:59.42

>>655
宣伝にはなっちゃうが他に知らせる方法ないよな。

**デフォルトの名無しさん** · 2018/06/25(月) 01:08:25.26

>>648
だろうな
煽り質問は無視しとけば良い

世の中nullっとしてないと入るものも入らないんだよ

**デフォルトの名無しさん** · 2018/06/25(月) 02:22:50.92

>>654
見る価値がないわぁ

**デフォルトの名無しさん** · 2018/06/25(月) 08:15:38.14

null安全に文句つけるひとほどnull安全を大袈裟に捉えてる現象

**デフォルトの名無しさん** · 2018/06/25(月) 08:19:39.17

本人あっさり逃げたな
マジで>>648が図星だったのかw

**デフォルトの名無しさん** · 2018/06/25(月) 08:59:14.92

とするともう大学で教えてる所があるということになるな

**デフォルトの名無しさん** · 2018/06/25(月) 09:02:09.61

null安全な言語はもうずっと前からあるから、それに触れる授業くらいはいくらでもあるでしょ

**デフォルトの名無しさん** · 2018/06/25(月) 09:08:55.77

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

**デフォルトの名無しさん** · 2018/06/25(月) 09:10:40.50

kotlin流行らんなあ

**デフォルトの名無しさん** · 2018/06/25(月) 12:17:54.99

BASICはnul安全

**デフォルトの名無しさん** · 2018/06/26(火) 06:08:18.39

KotlinのターゲットJVMは、Java8の次はOracleJDK 11になるんだろうか、OpenJDK 11になるんだろうか。

**デフォルトの名無しさん** · 2018/06/26(火) 08:30:26.76

Jetbrainオリジナルのkdkになるよ

**デフォルトの名無しさん** · 2018/06/26(火) 09:17:28.24

そんなん作ってくれるならそれはそれで助かる

**デフォルトの名無しさん** · 2018/06/26(火) 09:36:33.84

絶対に必要なのはJVMでJDKは要らなくする方向になるんだろな

**デフォルトの名無しさん** · 2018/06/26(火) 15:19:07.75

nativeはやく整備しよ？
jetbrainとgoogle様ならわけないっしょ？

**デフォルトの名無しさん** · 2018/06/26(火) 15:46:55.60

nativeっておもちゃとしては楽しいだろうけど、現実的にそこまでニーズあるかね

**デフォルトの名無しさん** · 2018/06/26(火) 18:39:53.31

明日JBの中の人が来日してkotlinイベントあるね
何か面白い話聞けるかな

**デフォルトの名無しさん** · 2018/06/26(火) 19:48:16.67

>>671
まずはおもちゃとして使って楽しんで、それから何かに使えないか考えれば良いのではないかな。
その内なにか丁度良い用途が見つかると思うよ。

**デフォルトの名無しさん** · 2018/06/26(火) 21:43:33.91

趣味で何か作るなら是非使いたいね。
ビジネスプロダクトを作るならまたちょっと話が変わるけど。

**デフォルトの名無しさん** · 2018/06/27(水) 07:38:02.49

クロスプラットフォームって、出始めの頃のhtmlベースのそび糞達のせいで普及が5年は遅れてると思う。
いまだにあの頃のイメージは抜けきれてない

**デフォルトの名無しさん** · 2018/06/27(水) 08:32:56.41

Kotlinを選ぶ時点で、既に自分の得意な特定の言語に固執する低レベルな段階を卒業してる人が多いだろうから
無理にKotlin使うよりプラットフォームに合わせた適切な言語を使うべきと考える人が多数派だろうね

**デフォルトの名無しさん** · 2018/06/27(水) 08:41:17.54

うちもいくつかアプリ作ってるけど、結局それぞれのネイティブで並行開発が1番間違いないって感じになってるな。
Xamarin使ってるのもあるけど、やっぱり色々辛い。RNはもっとアレだったからプロダクトに使う前にやめた。

**デフォルトの名無しさん** · 2018/06/27(水) 08:44:02.48

そうそう
クロスPFなんてもうunityくらいしか使われていない

**デフォルトの名無しさん** · 2018/06/27(水) 09:01:55.92

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/06/27(水) 10:28:55.92

>>678
Unityって触ったことないけど、ゲーム以外にも使えんの？

**デフォルトの名無しさん** · 2018/06/27(水) 10:31:24.77

使えない

**デフォルトの名無しさん** · 2018/06/27(水) 12:18:58.79

単純にプラットフォームのバージョンアップに加えて、Xamarinの更新や仕様変更にもついていかなくちゃいけないのが割と大きいんだよね。
レイヤーが1枚増えるぶんこちらの意思とは無関係にメンテしなくちゃいけないものが増える。

**デフォルトの名無しさん** · 2018/06/27(水) 18:40:46.48

ネイティブでクロスコンパイルだとgoがいい感じなんだがいかんせん言語仕様がアレじゃん?
rustもつらみが深いし。
kotlinがそこ狙ってくれないかなー

**デフォルトの名無しさん** · 2018/06/27(水) 19:00:28.69

Googleがgo諦めてKotlin推しになったんだと思ってるんだが

**デフォルトの名無しさん** · 2018/06/27(水) 19:40:54.39

Google的にはTypeScriptとPWAでしょ

**デフォルトの名無しさん** · 2018/06/27(水) 20:31:33.36

GoはGoogleAppEngineとセットで推されてる感じ
Dartはモバイルアプリに使えるようになったけど、PWAにも対応されるのかな

**デフォルトの名無しさん** · 2018/06/27(水) 21:31:14.11

Google A 「KotlinはAndroid開発の第一級言語」
Google B 「Dartならクロスプラットフォーム開発出来るよ」
Google C 「社内ではTypeScriptが標準開発言語ですけどね」
Google D 「Goはさらに進化する」

**デフォルトの名無しさん** · 2018/06/27(水) 21:47:53.30

Googleも一枚岩ではないからな

**デフォルトの名無しさん** · 2018/06/27(水) 21:54:44.06

そういうカオスなのがGoogleっぽくて嫌いじゃない
Googleはインド系
Appleは中国系

**デフォルトの名無しさん** · 2018/06/27(水) 22:06:52.35

Google的にはWebAssemblyはどの言語なんだろ
Kotlin/Nativeを推してくれたりしないものか

**デフォルトの名無しさん** · 2018/06/27(水) 22:36:51.97

GoogleはSEO最強だからどんなものでもそれなりに凄いもののように見えるけど、
実際にはGoogle自身も全く本気でやってないお遊びレベルのゴミが多いでしょ
Googleって社内的には非常に一貫性の高い独自のプラットフォームがあって、世間のOSSベースな開発とはかけ離れた世界になってるらしいし

**デフォルトの名無しさん** · 2018/06/28(木) 05:21:24.48

ソースは？

**デフォルトの名無しさん** · 2018/06/28(木) 08:16:52.30

googleのソースリポジトリへのコミット要件が割と厳し目なのは有名かな。
その割にgithubにあげてるのはそもそもまともに動かないものもたまにある。

**デフォルトの名無しさん** · 2018/06/28(木) 11:23:25.80

>>692
オリバーかイカリ使ってる

**デフォルトの名無しさん** · 2018/06/30(土) 20:53:17.24

この前のHadi Haririのイベント行った奴いないの？

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

すみません、どちらに質問させて頂けるのか分からなくてこちらで教えていただければと考えてます。よろしくお願いします。

**696** · 2018/07/01(日) 08:15:08.30

1 fun func(x:int,y:(Int)->Int)=L(x)
2 func(1,{it*5})

1行目のL(x)は何を意味しているのでしょうか？
また、var y:(Int)->Int={x:Int->x*2}をfunc関数に代入するために
1行目にy:(Int)->Intを引数にして
2行目で、{x:Int->x*2}を実行しているという理解でいいのでしょうか？

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

>>681
Unityの「だってお前らこれではゲームしか作らんだろ」という割り切りっぷりは清々しい
ゲーム的文法で作る以外のルートがねえｗ

**デフォルトの名無しさん** · 2018/07/01(日) 10:29:25.00

>>697
1行目はLという名前の関数にxを渡してるだけ
　fun func(x:int, y:(Int)->Int) {
　　　return L(x)
　}
の省略表記
ただ、引数のyが無視されているので
L(x) じゃなくて y(x) の間違いなんじゃねって気がする

2行目は代入云々はその理解で合ってるけど
「実行している」のではなく「定義して渡している」
実際そのコードではyが呼ばれてないのでその掛け算は実行されない

**デフォルトの名無しさん** · 2018/07/01(日) 16:20:40.37

なんで、宣言のとき型と変数名逆にしたんだろうなあ、苛つくわあ

**デフォルトの名無しさん** · 2018/07/01(日) 16:23:38.80

>>700
省略したいときウルトラ面倒になるのでやりたくなかったのだろう

**デフォルトの名無しさん** · 2018/07/01(日) 16:58:23.83

val 人間:文字列=山田

気持ち悪いわあ

**デフォルトの名無しさん** · 2018/07/01(日) 18:15:00.04

>>700
型が省略されてるものとされないものが混在したら可読性ウンコになるだろ

**デフォルトの名無しさん** · 2018/07/01(日) 19:41:23.70

以前はPASCAL, ML, Haskell、最近なら Scala, Go もこういう形で、
「型変数」っていう順序のCスタイルの方が本来異色なんだけど。

**デフォルトの名無しさん** · 2018/07/01(日) 20:18:17.04

>>703

val a=0
int b=1
みたいな感じじゃだめだったのか気になる

**デフォルトの名無しさん** · 2018/07/01(日) 20:49:55.44

val name : String = " 名前"
" String "に代入してる感覚があるから、わかりにくのは事実だわなw

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

>>706
これよこれ
Aをhogeという型で代入
hogeという型のAに代入
好みかな…

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

>>705
それだと
val int a = 0
val b = 1
になるやん

**デフォルトの名無しさん** · 2018/07/01(日) 21:31:28.10

文芸的プログラミングというやつで、
val name: String
はname of Stringと見えるから英語の順序的にはこのほうが自然

**デフォルトの名無しさん** · 2018/07/01(日) 21:38:16.02

てゆーか>>702の例の時点でさくっと英語理屈を出してあげたほうが混乱がなかったと思う
じゃあなんでC族がそうなってないかって？
Cだからそんな面倒なことしねーんだよお前側が機械に合わせろｗ

**デフォルトの名無しさん** · 2018/07/01(日) 22:01:00.11

日本語話者の一般的な認知様式は
鳥の模型＞模型の鳥
名前を表す文字列＞文字列で表された名前
だし、日本語でも変数名:型の方が言語的には自然では

**デフォルトの名無しさん** · 2018/07/01(日) 22:20:03.34

数字の n は 42
文字列の s は "42"

**デフォルトの名無しさん** · 2018/07/01(日) 22:26:56.25

言葉的にはそうかもしれないが
抽象度の順じゃないつうのがねー
これがモヤっとする原因

哺乳類>人間>山田

**デフォルトの名無しさん** · 2018/07/01(日) 22:31:27.77

>>713
うるせーそれが仕様だ
慣れろバカ

**デフォルトの名無しさん** · 2018/07/01(日) 22:50:43.53

>>712
それも大抵の日本人は
nは数字の42
sは文字列の"42"
と表現すると思うよ

**デフォルトの名無しさん** · 2018/07/01(日) 22:55:24.40

単純に慣れだと思うんだけどなぁ
コード読むときに
>>712
>>714
みたいな考えいちいち経由しないでしょ

**デフォルトの名無しさん** · 2018/07/01(日) 23:01:37.60

kotlinの基本に慣れる為に

val name : String = " 名前"

"定数"の"name"には"String型"の"値"を入れる

と言う解釈がすんなり行けるかな

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

val name: String = "..."

"name" is a string: "John Smith"
「名前」は文字列、"山田花子"

打ってる時はだいたいこういう感じの思考の流れがある

**デフォルトの名無しさん** · 2018/07/01(日) 23:19:27.43

>>717
define a variable "name" as a string and assign a value "名前" to it って読むんだよそれ

**デフォルトの名無しさん** · 2018/07/01(日) 23:20:47.61

valなのにvariable ｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/07/01(日) 23:27:05.41

昔々PascalというかDelphiをよく使っていたので変数名、形の順でも違和感なし。
Oracle の PL/SQL も確かそうだったな。

Cも昔からよく使ってるけどね。Javaは趣味で使う程度かな。

**デフォルトの名無しさん** · 2018/07/01(日) 23:30:37.32

そういやKotlinは val a, b, c : Int みたいに書いてまとめて宣言できないんだっけ？できた？

**デフォルトの名無しさん** · 2018/07/02(月) 00:28:48.57

>>708
javaとかこんなんじゃなかったっけ

**デフォルトの名無しさん** · 2018/07/02(月) 00:29:30.51

>>708
>>705のことね

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

変数名とコロンの間にスペース入れるのは規約違反？

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

>>725
エラー出ないから言語としては良いのでは？

関係ないが>>722で書いたやつは試したらダメだった。

**デフォルトの名無しさん** · 2018/07/02(月) 10:54:34.73

>>725
IntelliJのCode Style設定ではどちらも選べるようになってるから、どちらでもいいんでない

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

>>726,727
そーなのか
なんとなく型はスペース無しで継承はスペース有りかと
ありがとりん

**デフォルトの名無しさん** · 2018/07/02(月) 15:54:18.89

そうそう型と継承が同じ記法だからごちゃごちゃするよな
どうせならすべて動的型付けにすればよかったのに

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

動的型付けだと、存在意義全否定だろ。
Groovyでも使っとけ。

**デフォルトの名無しさん** · 2018/07/02(月) 20:41:56.60

型推論と動的型付けを混同すんなよ

**デフォルトの名無しさん** · 2018/07/02(月) 21:15:16.60

>>699
お礼が遅れてすみません。
仰る通り、記載ミスで、y(x)です。

ご解説ありがとうございます。
すっきりしました。ありがとうございます。

**デフォルトの名無しさん** · 2018/07/02(月) 21:24:23.77

>>732
うむ。精進なされよ。

**デフォルトの名無しさん** · 2018/07/02(月) 23:00:47.89

慣れたら型が後の方が可読性高く感じる
それと構文解析しやすくなるのもあるんじゃね

Kotlinでの
　(T1,T2)->R
はJavaでは
　BiFunction<T1,T2,R>

型が先だと関数型(function type)が他の構文と衝突しないよう識別子やジェネリクス型を置くことになる

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

(TT^TT)

**デフォルトの名無しさん** · 2018/07/03(火) 00:39:55.52

関数の返値の変数の型も指定できるから、そっちのほうはわかりやすいんじゃないかな

fun hoge(): String = "ぬるぽ"

関数型プログラミングだと、そういう形式のほうがわかりやすいんじゃないかと思う

val hoge: () -> String = fun(): String = "ぬるぽ"

**デフォルトの名無しさん** · 2018/07/03(火) 09:23:57.08

>>736
ｶﾞｯ

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

慣れの問題じゃなあかなあ

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

うう。スマホのフリック入力で失敗した。

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

>>738
人間歳をとると新しいものに慣れるのに時間がかかるようになる
そしてこのスレはおっさんのすくつだ

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

このスレの人たち、今だにガラケー使ってそうだな
いつまで慣れの問題でギャーギャー言ってんだよ

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

>>739
「い」の入力失敗率はあじょう。
人間工学的におかしあ。
あちばん遠あからな。

**デフォルトの名無しさん** · 2018/07/03(火) 11:32:14.53

>>741
幸か不幸かどこぞの板と違って末尾で判断できない

**デフォルトの名無しさん** · 2018/07/03(火) 15:12:48.33

kotlinのコロン( : )ってどんな働き・役割なのですか？

**デフォルトの名無しさん** · 2018/07/03(火) 15:56:30.11

もう一つ質問させてください

1. class chiba{ }
2. class chiba(){ ]
3. class chiba(city:String="--"){ }

1はコンストラクタは持たない
2は自動でパラメータのないコンストラクタが生成される
3は（　）内でパラメータを初期化し｛　｝がコンストラクタになる
という理解でいいのでしょうか？

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

>>744
単独では何の働きも役割もない
ただの区切り文字

**デフォルトの名無しさん** · 2018/07/03(火) 20:19:53.43

>>745
以下4行は同一、下に行くほど省略表記なだけ
コンストラクタは自動的に作られる

class chiba constructor() { }
class chiba() { }
class chiba { }
class chiba

コンストラクタ(プライマリコンストラクタ)の中身は
初期化ブロック( init{...} )とインスタンス変数の初期化

具体的にコードで
https://ideone.com/KpwsQl

リファレンス
https://kotlinlang.org/docs/reference/classes.html

**デフォルトの名無しさん** · 2018/07/03(火) 20:54:14.27

ObservableFieldの説明を見ていたら、
https://developer.android.com/reference/android/databinding/ObservableField

public final ObservableField<String> first = new ObservableField<String>();
public final ObservableField<String> last = new ObservableField<String>();
public final ObservableField<String> display = new ObservableField<String>(first, last) {
　　　　@Override
　　　　public String get() {
　　　　　　　　return context.getResources().getString(R.string.name, first.get, last.get());
　　　　}
};

既存のObservableFieldを組み合わせて新しいObservableFieldを作るようなコードが載っているので、
そのままコピペして試してみたんですが、コンパイルが通らないんですがどうしたらいいですか

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

>>748
コンパイルエラーのエラーメッセージを読む

**デフォルトの名無しさん** · 2018/07/03(火) 21:13:11.08

それJavaじゃん
Kotlinで書く

**デフォルトの名無しさん** · 2018/07/03(火) 21:34:21.57

Kotlinに変換しても同じだった
エラーメッセージは以下だが、何を治したらいいのか
Cannot resolve constructor 'ObservableField(...)'

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

スレ違いの

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

コトリヌス

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

>>751
だからKotlinで書けよ
自動変換は完璧じゃない

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

基礎からやっていくか、状況をちゃんと説明出来るようになるか

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

初心者でせっかくだらjavaよりも新しいkotlinでやろうと勉強中なんだけど、結局javaも知らんといかんのね…

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

「こんぱいるとおりません」は実際なんも説明してねーからな

で、「ほんとうに」全部自分でゼロから作るならJavaの知識は不要なのだけど
実際はJavaの内部ライブラリやJava製の外部ライブラリを利用するorさせられることが多いので
Javaは少なくとも読めて呼び出し法くらいは知っておかないと現状余裕で詰まる

**デフォルトの名無しさん** · 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
でもそれは多次元配列ではないからな
全世界から激しくツッコミ入るからな
「ネストした配列」とかきちんと表現しよう