Kotlin 2

>>177

純粋な興味で質問するんだけど
その書き方で各段階のデバイスオープン不可だったとき対処できる言語ってあるの?try-catchで括っておくとかなのかな。

の下の書式は最初のデバイスがヌルが返ってきたときに雪崩式にハングしそう。

>>177

は最初にデバイスクローズして下に流れたらどうなってしまうのか。

181

： デフォルトの名無しさん [sage] 2017/11/19(日) 15:53:26.75

:YGg5hSh9

try-with-resourcesみたいに「ここでリソース開いてるしエラーも起こりうるぞ！」って明示してくれるのが好き

182

： デフォルトの名無しさん [sage] 2017/11/19(日) 16:35:29.23

:ziYSLzJF

文句の本質的には「ブロックネスト深すぎて見かけの空白多くてキモい」ってだけだよねコレ
まあ見かけはかなり重要なのだが
どこでcloseが起こるかわかるほうがいいとは思うけどな
ブロック深いのとは別件な気がする

183

： デフォルトの名無しさん [sage] 2017/11/19(日) 17:52:32.52

:OIO3sRlf

>>180

3例とも同じ動作想定のサンプルコードだよ
オープン不可はnullでなく例外、どこで例外が起きても開いた分はcloseされる

>>182

そう、キモいってだけ
実行のタイミングと順序は厳密に決まるからどこでcloseが起こるかは分かる
closeの仕掛けとブロック増加が不可分なのが気に入らないという話

184

： デフォルトの名無しさん [sage] 2017/11/19(日) 19:48:25.52

:8FVAlHGr

>>179

if文で中括弧を省略できるのと一緒

185

： デフォルトの名無しさん [sage] 2017/11/19(日) 20:14:04.01

:wMfO08BI

kotlinはまず開発環境をもっと整えてほしいわ。
特にVisual Studio Codeで無料の拡張プラグインを。
JetBrainはIDEを打ってる会社なのかもしれんが・・

186

： デフォルトの名無しさん [sage] 2017/11/19(日) 20:34:18.95

:OIO3sRlf

>>184

すまんそれがどう「ほぼそれと同じ構文」に繋がるのかイメージ出来ない

の例だとどうなる？

187

： デフォルトの名無しさん [sage] 2017/11/19(日) 20:38:00.92

:ziYSLzJF

forを読めるが書けない
これだけが毎回全く覚えられない（あの形式はレガシーであって何の意味もないと思う）
イテレータでいいと思うのだが、Rangeはなにやら遅いとか言われてて憂鬱だ

188

： デフォルトの名無しさん [sage] 2017/11/19(日) 20:49:57.92

:8FVAlHGr

>>186

書いてみ

189

： デフォルトの名無しさん [sage] 2017/11/19(日) 21:05:03.09

:OIO3sRlf

>>188

いや、イメージ出来ないから書いてよ

190

： デフォルトの名無しさん [sage] 2017/11/19(日) 21:12:25.17

:rL41c0pH

>>178

,185
誤 : JetBrain
正 : JetBrains

191

： デフォルトの名無しさん [sage] 2017/11/19(日) 21:19:58.43

:8FVAlHGr

>>189

ifの中括弧省略と一緒と聞いて本当にわからないのであれば重症やな

192

： デフォルトの名無しさん [sage] 2017/11/19(日) 21:50:45.20

:OIO3sRlf

>>191

煽ってくる意味が分からない
具体例を示すだけだと思うんだが・・・

193

： デフォルトの名無しさん [sage] 2017/11/19(日) 22:15:39.30

:VtdgNv5T

はそんなにopenとcloseをしないといけないのはクラス設計に問題があるのではないだろうか。
そこまでしないといけないことが頻繁にあるケースはまれだと思うので、拡張関数を定義して解決しては。
あと、個人が気に入らないと思うたびに構文を増やしたらC++みたいになるのは歴史が示すところかと。

>>173

Kotlinでは

ttps://kotlinlang.org/api/latest/jvm/stdlib/index.html

のケースはif式のように{}を省略することはできないような気がするのですが。
省略できても見かけのブロックがなくなるだけで、多重ネスト構造なのは変わらない気がする。

194

： デフォルトの名無しさん [] 2017/11/20(月) 00:57:34.61

:iI7hyhyt

>>191

俺も分からないので是非書いて欲しい。
こちらはKotlin学習中なので重症ではない。単にわからないだけだ。

195

： デフォルトの名無しさん [sage] 2017/11/20(月) 03:18:31.42

:GkhyFhEh

>>177

File.open(ファイル名) do |file|
処理
end

Ruby では、File.open()に、クロージャの実装である、ブロックを渡すと、
close()する必要がなくなる。
自動的に内部的に、例外処理で囲んで、finally で、close してくれる

たいていの言語で、そう

196

： デフォルトの名無しさん [] 2017/11/21(火) 07:47:12.65

:UlNCYsFF

JVM版とNative版など環境がいくつかあるけど、標準ライブラリは基本共通なの？

197

： デフォルトの名無しさん [] 2017/11/21(火) 11:37:34.13

:y9fg6IYd

こういう風に違うシグネチャの関数の参照はどうしたら良いのか？
外部リンク

ttps://ideone.com/jXVu5V

198

： デフォルトの名無しさん [sage] 2017/11/21(火) 12:00:29.42

:7oGfHzA7

未対応なので回避策とるくらいしか
val fa = {n:Int -> f(n) }
val fb = {n:Int, s:String -> f(n, s) }

199

： デフォルトの名無しさん [] 2017/11/21(火) 12:29:26.29

:y9fg6IYd

あ。未対応だったのか。どうりでいくら調べても見つからないと思った。
それならそんな風に書くしかないね。

200

： デフォルトの名無しさん [sage] 2017/11/21(火) 13:08:24.36

:7oGfHzA7

>>199

ごめん変数/引数の型指定があれば解決出来るみたい
外部リンク

ttps://ideone.com/CzyR3A

201

： デフォルトの名無しさん [] 2017/11/21(火) 14:11:23.59

:tR+VGZDq

>>200

おー。なるほど。ありがとう。

まあでも自分でシグネチャ指定して振り分ける感じに書く必要はあるということだね(Cでの関数へのポインタみたいなもんだからそうならざるを得ないか)。

202

： デフォルトの名無しさん [sage] 2017/11/21(火) 21:30:56.20

:PjtBzSS0

>>196

コアの標準ライブラリは原則共通だが、JS, JVM(, Natevie)ごとに専用の「標準」ライブラリがある。
外部リンク

203

： デフォルトの名無しさん [sage] 2017/11/25(土) 13:24:58.89

:x3Ny6L+y

あるメソッドの中の処理を切り出して作った1行系プライベートメソッドってあるよね
親メソッドの前に書いたほうがいい？後に書いたほうがいい？
親メソッドに長いJavaDoc、または長めのコメントがある場合、前に書いちゃうとプライベートメソッドが離れちゃって見難い/醜いよね

　　// subするメソッド
　　private fun subMethod() = ...

　　/*
　　*　メインなことをするメソッド
　　*　がんばってつくりました
　　*　3行も説明書いたのでボーナスください
　　*/
　　fun mainMethod(arg: SomeObj){
　　　...
　　}

そういう意味ではメインのあとに書いたほうがいいんだけど、親メソッド読んでる最中に見たことないメソッドが出てきちゃって「ん？？」ってなるよね

　　fun mainMethod{
　　　...
　　　....subMethod(...) ← えっコレ何？
　　}

　　private fun subMethod() = ←定義ここかよおせーよ

Java書いたことないからこのへんの作法わかんないんだけど、なにか傾向とかあるのかな

204

： デフォルトの名無しさん [sage] 2017/11/25(土) 14:14:06.62

:UdkhV+zK

ＩＤＥの機能で定義に飛ぶから別に気にならない
ソースファイルを上から順に眺めていくってあんまりないなあ

205

： デフォルトの名無しさん [sage] 2017/11/25(土) 14:31:50.70

:uI9d/XUE

どっちでもいいけど自分は後ろ。
定義なんてIDEでジャンプできるんだしどうでもいいでしょ。

206

： デフォルトの名無しさん [sage] 2017/11/25(土) 22:18:25.21

:x3Ny6L+y

>定義に飛ぶから
>定義なんてIDEでジャンプできる
なんだよ

（いろいろ眺めつつ）IntelliJ IDEAではF4かな。とう。おお。…さっきのとこ戻るにはどうすればいいんだろう
外部リンク

ttps://youtrack.jetbrains.com/issue/IDEA-119474
無理か。まあいいや
いや、それにしても固めて書いておく時の一般的なやり方とか見てて迷わない書き方とかあるのかなーと思って

207

： デフォルトの名無しさん [sage] 2017/11/25(土) 23:17:25.05

:O9/4xpc9

>>206

subMethodのKDocをしっかり書いておけば、ジャンプしなくてもマウスオーバーで
何をするメソッドかわかるから後置でいいのではと思う。

208

： デフォルトの名無しさん [sage] 2017/11/26(日) 00:38:59.47

:ReeFqnN/

戻るのはデフォルトだとたぶん Ctrl+Alt+左

定義に飛んでその後戻るのをキーボードで素早くできるようにしとかないと作業が捗らんから、
おれはどんな環境でもAlt+ピリオドとAlt+カンマにカスタマイズする
たまにカスタマイズできない環境もあるが

209

： デフォルトの名無しさん [sage] 2017/11/26(日) 01:48:55.48

:uWNno6dr

>>206

F4ではなくCTRL+マウスクリックじゃない？

210

： デフォルトの名無しさん [sage] 2017/11/26(日) 02:41:23.75

:ReeFqnN/

F4 は "Jump to Source" で、Ctrl+Button1 は "Decraration" だね
両方とも定義へ飛ぶけど、定義を選択して操作したときに "Decraration" のほうは使用箇所へ飛ぶメニューがでるね
おれは間違えて押したときにメニューでるのが面倒なのでキーにカスタマイズして使ってるのは "Jump to Source" の方
使用箇所へ飛びたいときには Find usages を使うし

211

： デフォルトの名無しさん [sage] 2017/11/26(日) 12:28:30.17

:uWNno6dr

あー
F4でjump to sourceし
CMD+F4 (Macの場合)でタブクローズすればいいんじゃない
あと、quick definitionってのもある

212

： デフォルトの名無しさん [sage] 2017/11/26(日) 13:15:15.98

:X819E48M

vimのプラグイン入れてるけどcommand+[ですぐ戻れる

213

： デフォルトの名無しさん [sage] 2017/11/26(日) 13:19:18.06

:uWNno6dr

基本はそれですね、開いたタブを同時に閉じたい場合はcloseかな

214

： デフォルトの名無しさん [sage] 2017/11/26(日) 23:28:16.74

:ReeFqnN/

Jump to SourceとDecrarationの違いを、もうひとつ見つけてしまった
DecrarationはAndroid環境だとリソースIDからレイアウトXMLへ飛んだりもできるのね
Jump to SourceだとリソースIDそのものの値を定義してるファイルに飛んじゃうので意味無い

やっぱデフォルトはDecrarationにしよう・・・

215

： デフォルトの名無しさん [sage] 2017/11/27(月) 11:07:32.61

:nNid/MSo

haskellとか知ってると、まず宣言的コードがあって実装はあとからついてくるコードスタイルでも違和感はない。
トップダウンで見るかボトムアップで見るかの違い。

216

： デフォルトの名無しさん [sage] 2017/11/27(月) 14:13:27.80

:NQTs/ol9

まあ、IDEさまさまなところはあるにはある
IDEがなかったら全然違っていただろうなと思う事象は多い

217

： デフォルトの名無しさん [sage] 2017/11/28(火) 17:13:53.17

:tIAa+Uq8

IDEってEclipse？AndroidStudioのベータ？

218

： デフォルトの名無しさん [sage] 2017/11/28(火) 18:39:50.36

:FPBjC+Ob

JetBrains製以外のIDE使ってる人居るのかな
Vimは居そう

219

： デフォルトの名無しさん [sage] 2017/11/28(火) 19:03:29.92

:nX0y7tBa

>>217

そら第一候補はIntelliJでしょ
≒ Android Studio

220

： デフォルトの名無しさん [sage] 2017/11/28(火) 19:50:02.49

:9tkU9YCi

Eclipseとか原始時代の道具をまだ使ってるやつがいるのか

221

： デフォルトの名無しさん [] 2017/11/28(火) 20:45:44.51

:jRr2P5U7

他の言語で使えるからな

222

： デフォルトの名無しさん [sage] 2017/11/28(火) 20:54:28.46

:KE6VY8J8

Linuxなんてずっと原始時代のままだよ。

223

： デフォルトの名無しさん [] 2017/11/28(火) 20:58:14.84

:jRr2P5U7

ん？でも Linux でも IntelliJ 使えるよ。

224

： デフォルトの名無しさん [sage] 2017/11/28(火) 20:59:52.92

:KE6VY8J8

まだみんなviだよ。

225

： デフォルトの名無しさん [] 2017/11/28(火) 21:09:08.70

:jRr2P5U7

ああ。まあ。確かにviってかvim使う方が多いが、さほど困らんなあ。

226

： デフォルトの名無しさん [sage] 2017/11/28(火) 22:43:55.76

:TzRq1z8j

リモートデスクトップ経由でLinuxのIntelliJ＆Android Studio使ってうっひょーって言ってるよ
Emacsのkotlin-modeがぜんぜんイマイチなのはIntelliJ IDEAのせいではないかと思っている

227

： デフォルトの名無しさん [sage] 2017/11/29(水) 12:14:21.94

:UK37Nyfh

IdeaVimプラグインおすすめ

228

： デフォルトの名無しさん [sage] 2017/11/29(水) 12:23:23.58

:HtxXnaax

1.2がリリースですよ？

229

： デフォルトの名無しさん [sage] 2017/11/29(水) 12:38:07.31

:rN1pofYI

>>226

IDEAがあるせいで他がしょぼいというより、Kotlinの歴史の浅さやまだゴミのようなシェアの割にはIDEAの出来が良いんだろ
Kotlin自体がJetBrainsによってIDEAで使うために作った言語なんだから当然

230

： デフォルトの名無しさん [] 2017/11/29(水) 12:52:25.81

:3kSmCAWV

>>227

ああ。あれいいね。

231

： デフォルトの名無しさん [sage] 2017/11/29(水) 14:26:22.47

:LyP2QHxX

Kotlinはidea以外の環境を最低一つサポートしろよな。自社でIDEを売ってるからやだとかはやめてくれ。
VisualStudio Codeかatomのどっちかの軽量環境は最低どちらかサポートしろよ。

232

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:11:26.12

:xfNGuvaJ

言語提供側がすべきなのは処理系の提供であって
IDE云々で文句を言うのは筋違い

233

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:12:57.24

:Z0yAcQLL

それは処理系に言う筋合いのものではないが。
最近のエコシステムに慣れすぎるとそう言いたくなるのはわからんでもないが。

234

： デフォルトの名無しさん [] 2017/11/29(水) 15:22:03.64

:nwFY0Upv

いや分からん

235

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:29:21.72

:LyP2QHxX

使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい。
ユーザーにとって使いやすくしたいとおもってて、他がやらないなら
最終的に言語提供側が提供すればいいだけだし。

236

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:30:52.57

:LyP2QHxX

もちろん、JetBrainsの開発リソースも限られてるが、そんなの使う側からしたら
それもどうでもいい。使いやすければユーザーが増える可能性あるし、使いにくければないだろう。
ただそれだけ。

237

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:34:28.47

:xfNGuvaJ

>>235

1行目からして意味が分からん
処理系が何か分かって書いているのか？

238

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:42:48.79

:LyP2QHxX

>>237

ごめんごめんww
「処理系」に関してはそれは完全にとちくるってた

239

： デフォルトの名無しさん [sage] 2017/11/29(水) 15:45:22.41

:LyP2QHxX

>使う側からしてみれば、言語提供側だろうが処理系だろうがどうでもいい
は
>使う側からしてみれば、言語提供側だろうが言語提供側以外だろうがどうでもいい
あたりでw

240

： デフォルトの名無しさん [sage] 2017/11/29(水) 19:04:08.56

:UK37Nyfh

時代はジェットブレインなんだよ
MicrosoftのVisualStudioとかいう原始時代の道具は時代遅れ

241

： デフォルトの名無しさん [sage] 2017/11/29(水) 19:06:37.15

:azEm6Mj/

microsoftはjavaとあんまりかんけーし

242

： デフォルトの名無しさん [sage] 2017/11/29(水) 19:26:30.80

:Ut1ew1uc

かんけーし

243

： デフォルトの名無しさん [sage] 2017/11/29(水) 19:33:24.71

:X5HBmKqd

Kotlinで文字列を返すenumを使うときは、
やっぱりJavaと同じようにnameとかtoStringを呼ばないといけませんか？

例えば↓のようなenumがあったときに
enum class Name(name: String) {
Foo("foo")
}

"foo"を使うときはこうすると思います
val name = Name.Foo.name()

しかし、name()が気に入りません。↓のようにはできませんでしょうか
val name = Name.Foo

244

： デフォルトの名無しさん [sage] 2017/11/29(水) 21:00:19.88

:FLL8HsjL

>>240

あほ

245

： デフォルトの名無しさん [] 2017/11/29(水) 21:05:55.88

:9RrEnJIt

天才

246

： デフォルトの名無しさん [sage] 2017/11/29(水) 21:23:58.21

:Vh6sORy3

>>240

骨董品UNIXより常に20年先行ってる。

247

： デフォルトの名無しさん [sage] 2017/11/29(水) 21:27:39.83

:Vh6sORy3

>>241

MS製JVMは性能が良すぎてみなそれを使うようになり、Sunに訴えられたから捨てたんだぞ。

248

： デフォルトの名無しさん [sage] 2017/11/29(水) 21:53:07.67

:DIMn1CuR

J#だったからじゃないのか

249

： デフォルトの名無しさん [sage] 2017/11/29(水) 21:59:56.13

:DBojqp7K

>>243

Name.Fooがenumのメンバーを返さないのなら、enumじゃなくてもいいのではない？

250

： デフォルトの名無しさん [sage] 2017/11/29(水) 22:09:21.88

:puYUWHlJ

今やUnix向けの開発者も揃ってVSCodeだもんなあ
開発環境ではMSには敵わないよ
Kotlinは遠からずVSCodeに持ってかれるだろうけど、そうなったらJetBrainsはどうするんだろうね

251

： デフォルトの名無しさん [sage] 2017/11/29(水) 22:24:40.91

:UK37Nyfh

アホすぎ
ジェットブレインの開発環境を使ってないのは
IT後進国の日本だけだぞ

252

： デフォルトの名無しさん [sage] 2017/11/29(水) 22:34:19.00

:X5HBmKqd

>>249

そうかもしれません
Kotlinで文字列の定数をまとめて扱うにはどうするのがベストですか？

253

： デフォルトの名無しさん [sage] 2017/11/29(水) 22:41:01.71

:sTR8OUxJ

>>250

> 今やUnix向けの開発者も揃ってVSCodeだもんなあ
を3回くらい読んで何を指してるのかなんとなくわかった
サーバサイドのスクリプト言語プログラミングもVSCodeで行われることは増えた
EmacsでFTPやらSSHやらして一生懸命書いてた頃とは隔世の感はある
（いや、まあ、ぶっちゃけるなら、Emacs+xx-modeがVSCode+プラグインに置き換わっただけではあるが）
VSCodeはElectronを捨てることができた瞬間に勝利が確定する

254

： デフォルトの名無しさん [sage] 2017/11/29(水) 23:18:26.84

:WrxHm4nG

>>250

資金力ではMSに太刀打ちできるはずのないJetBrainsはGoogleに買収されるべきなのだろうか。

>>241

むしろMSはJ#の時代から.NETさらには最近のXamarinの買収まで一貫してJavaに敵対的だよね。

>>228

めでたい。

255

： デフォルトの名無しさん [sage] 2017/11/30(木) 00:12:49.49

:B6eqzLgy

>>253

捨てたらもうそれVSCodeじゃない気がw

256

： デフォルトの名無しさん [sage] 2017/11/30(木) 01:09:11.23

:Ok7wKsk4

>>252

Javaからの見え方を気にしないのならこれでもいいかな？
object Name { val Foo = "foo" }

257

： デフォルトの名無しさん [sage] 2017/11/30(木) 01:58:01.88

:M/qZYVPC

>>256

なるほど、これでいっぱいval書いたら良さそうですね
ありがとうございました

258

： デフォルトの名無しさん [sage] 2017/11/30(木) 03:05:42.40

:4Ii001tY

>>248

おまえなんにも知らないんだな

259

： デフォルトの名無しさん [sage] 2017/12/02(土) 18:09:11.30

:hkowUbEW

IntelliJをバージョンアップしたらSpekテスト設定のSpec欄ヨコのSearch by Nameが動かなくなった
これまではモジュール適当に指定したら勝手に探して候補出してくれてマウスぽちぽちで済んだのだが、なんかspec欄を自力入力で埋めないといかん
それともこれは普通は使わない所だったのだろうか

260

： デフォルトの名無しさん [sage] 2017/12/03(日) 14:17:27.57

:KOJqmKfW

多分日本で俺だけだろうけど、
Kotlinの公式PDFはフォントのAlignがずれてて
読み始めて1分しない内に直視に耐えられなくなってしまう…。

直そうと頑張ってみたが有料ソフト使うしかないみたいで諦めた。
しかし治ってたら嬉しいなと定期的にダウンロードし直してしまう。

261

： デフォルトの名無しさん [sage] 2017/12/03(日) 16:45:59.74

:CjASQeE2

"sourcefiles"という名の.ktソースファイル名一覧ファイルを作り、

kotlinc @sourcefiles

を走らせると、

error: source file or directory not found: @sourcefiles

が画面に表示されてしまいます。

javac @sourcefiles
scalac @sourcefiles

に相当する機能はkotlincには無いのでしょうか？

262

： デフォルトの名無しさん [sage] 2017/12/03(日) 19:45:07.83

:daSNjmBL

質問の答えは知らないので他の人に任せるけど
ビルドはkotlinc直よりGradle使うことを勧める

263

： デフォルトの名無しさん [] 2017/12/03(日) 20:02:35.94

:8YyVv9+M

またそんなこと言って。
あなたはいつも他人任せね。
いいかげん私も待ちくたびれちゃうわ。

264

： デフォルトの名無しさん [sage] 2017/12/03(日) 20:37:07.64

:1V67aEN5

なんで女言葉なの？

265

： デフォルトの名無しさん [] 2017/12/03(日) 22:21:28.14

:8rz+kd7O

だって女と思わせた方が答えが出やすいんですもの

266

： デフォルトの名無しさん [sage] 2017/12/03(日) 23:10:58.68

:D7S9aojy

>>262

正しい
可能ならIDE使って欲しいけどね
いまはgradle安定

267

： デフォルトの名無しさん [sage] 2017/12/03(日) 23:18:52.67

:CdnEE9AY

Gradle, Vagrant は、yaml, XML, JSON のような、単なる設定ファイルではなく、

それ自体が、Groovy, Ruby の、クロージャ・ブロックで囲まれた、
スコープを持つソースコードであるから、変数宣言や処理も書ける

268

： デフォルトの名無しさん [] 2017/12/04(月) 00:39:28.22

:1VMjnc7g

>>265

逆におっさんにしかみえん

269

： デフォルトの名無しさん [sage] 2017/12/04(月) 18:53:03.40

:wtgBoDUa

>>265

キモい

>>263

たとえ女だとしてもキモい。やるならもっと自然な文体にしてくれww

270

： デフォルトの名無しさん [] 2017/12/04(月) 18:54:32.14

:nKJqxEpH

うふ

271

： デフォルトの名無しさん [] 2017/12/04(月) 20:08:06.27

:4Cie7nT5

(´・ω・｀)うふふ

272

： デフォルトの名無しさん [sage] 2017/12/04(月) 20:18:46.16

:s6dQomLc

リアルの女と接点がなく、妄想で女はこうだろうと決めて話してるのがわかる
昭和生まれのジジイですわ

273

： デフォルトの名無しさん [sage] 2017/12/04(月) 20:51:56.16

:59vQQL00

謎のマジレスマンが居ますね

274

： デフォルトの名無しさん [sage] 2017/12/04(月) 22:06:40.20

:dW7+efaY

マジレズマン

275

： デフォルトの名無しさん [] 2017/12/04(月) 22:11:31.07

:GD7rAYrg

マジレスマンつまらないわね

276

： デフォルトの名無しさん [] 2017/12/05(火) 00:40:05.91

:AwrHp2sF

(´・ω・｀)ほんとよね

277

： デフォルトの名無しさん [sage] 2017/12/05(火) 00:49:05.55

:6UYDf8NM

Kotlin Advent Calendar がAndroid以外の話題多めだな
ここでナチュラルにIntellijIDEA の話題だしちゃったけど
Android以外の人も IntellijIDEA を買って使ってるのかねえ？

278

： デフォルトの名無しさん [sage] 2017/12/05(火) 01:18:19.27

:LDxS5CId

12/18にこの本が出るようだ。Amazonには本の表紙画像がまだ出ていない。

Androidアプリ開発のためのKotlin実践プログラミング
外部リンク

ttp://amzn.asia/4GO28m2

279

： デフォルトの名無しさん [sage] 2017/12/05(火) 07:55:54.23

:y4Wcjyaa

KotlinはAndroidが対応したってだけでそのためだけに使う人は少数派やろ

280

： デフォルトの名無しさん [] 2017/12/05(火) 09:05:47.31

:lXQHSkZJ

いやあ、しかし楽にはなりそうだからねえ、流行ると思うけどねえ。

281

： デフォルトの名無しさん [sage] 2017/12/05(火) 09:10:49.28

:AdXR2ViJ

なんだ秀和システムか

282

： デフォルトの名無しさん [sage] 2017/12/05(火) 09:18:48.22

:jRPOQw5f

なぁーんだ

283

： デフォルトの名無しさん [sage] 2017/12/05(火) 09:23:34.28

:LGaiibyR

>>260

Adobe readerじゃダメなの？

284

： デフォルトの名無しさん [sage] 2017/12/10(日) 18:15:48.13

:kwrbJZOe

>>278

これってアフィリンクなの？
外部リンク

ttps://www.amazon.co.jp/dp/479805366X/ref=cm_sw_r_cp_ep_dp_UlxjAbA4FDHWD

285

： デフォルトの名無しさん [sage] 2017/12/10(日) 21:26:30.38

:x9bbNSCq

cmで始まってdpで終わってるからどこかのレビューページから飛んだURLだと思うんだが
なにもしないとcm_cr_dpなんだけどな
cpが入ってるってことは「この商品を見た後に買っている」を1回表示してるのかもしれない

286

： デフォルトの名無しさん [sage] 2017/12/10(日) 21:39:59.60

:J3Wk9KR3

cm_sw_ ... _dp はシェア用URLの生成形式だね
ツイッター用ならcl_twで超わかりやすいんだがr_cp_epはなんだろう

287

： デフォルトの名無しさん [] 2017/12/11(月) 06:07:16.82

:Vu+apVrY

>>284

それはわからんが

>>278

のリンクはAmazonで「シェアする」のリンク使って出てきたURLだよ。誰がやっても同じになると思う。

288

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:34:54.18

:5wm6MhH6

lateinit var value: Int
って書いたら'lateinit' modifier is not allowed on properties of primitive typesのエラーになるんですが、
どう書き直したらいいんでしょうか

var value: Int? = null
って書いて、
if (value == null) {
　　value = initValue()
}
ってするしかないんでしょうか。

289

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:52:46.83

:1muH/1X2

プリミティブ型にlateinitは必要ないからつけられない

290

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:53:52.52

:jDa4LF1V

>>288

試してないけど
var var value by { var value: Int }
ではだめ?

291

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:55:33.20

:Q0kTyulb

で、一番いい入門書は？

292

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:55:50.41

:jDa4LF1V

>>290

ペーストに失敗したorz
var value by { initValue() }

293

： デフォルトの名無しさん [sage] 2017/12/11(月) 23:58:47.24

:jDa4LF1V

>>291

自分はスタートブックを推す。
Javaを知っていることを前提としない入門書の存在を自分は知らない。

294

： デフォルトの名無しさん [sage] 2017/12/12(火) 00:03:08.61

:UCmbxn8n

>>292

慌てて修正したらlazy落としていたorz orz
var value by lazy { initValue() }
連投申し訳ない。これで違っていたら目も当てられんが、それもすみません。と誤っておきます。

295

： デフォルトの名無しさん [sage] 2017/12/12(火) 00:09:53.79

:LMcO3gTk

>>289

答えはこれです

296

： デフォルトの名無しさん [] 2017/12/12(火) 00:45:23.57

:GdvZGdbs

>>291

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

一番良いもクソも無い。
この1冊しか出ていないだろ

297

： デフォルトの名無しさん [sage] 2017/12/12(火) 01:14:31.08

:YJZ1oHv9

他もあることはあるよ
外部リンク

ttp://www.kohgakusha.co.jp/books/detail/978-4-7775-2029-9

298

： デフォルトの名無しさん [sage] 2017/12/12(火) 01:17:20.30

:yvEMt4M/

ありがとうこの世界の片隅にうちを見つけてくれて

299

： デフォルトの名無しさん [sage] 2017/12/12(火) 04:02:58.46

:0dOBEVV8

アスペは質疑応答解説に使えねーなーもう

>>288

なぜlateinitを使うかというと「初期値というものがうまく定義できなくてうまく初期化できないから」だ
※実際にはjavaでprimitive typeであるものはnull代入できないからという理屈なのだが知らなくていい
Intとかは0とか-1とかで初期化できるだろ、最初にvarで0や-1入れとけ
Nullableもnullで初期化できるからlateinit使わずにただのvarでnull入れとけ

で、どーしても遅延初期化を使いたいなら
var value: Int by Delegates.notNull<Int>()
とか書くと形式上遅延初期化になる。むろん二度手間だが、遅延初期化という目的は一応達成される
こんなごっついことせずに素直に0とか入れておいたほうがいいんじゃねーかなと思った感覚は正しい。0入れとけ0

あとはちらっと出てたけどby lazyで
val value: Int by lazy { initValue() }
と書くことでも一応達成される。こっちだとvalで書けるので好まれることが多いみたいだね

300

： デフォルトの名無しさん [sage] 2017/12/12(火) 06:12:22.97

:GdvZGdbs

長澤太郎の本に書いてあるけど、

lateinit は、DI(Dipendency Injection)か、ユニットテスト時か、

フレームワークが自動的に初期化すると、不都合な場合に使う

301

： デフォルトの名無しさん [sage] 2017/12/13(水) 04:15:38.26

:v+2UW/cD

オワコトリン

302

： デフォルトの名無しさん [sage] 2017/12/13(水) 09:19:22.05

:XdGkiBLZ

美少女仮面ポワトリン

303

： デフォルトの名無しさん [sage] 2017/12/13(水) 23:27:28.97

:UM/lzC7r

シュシュトリアン

304

： デフォルトの名無しさん [sage] 2017/12/13(水) 23:37:55.76

:Cx01t7px

技術の話ができないアスペルガーがまた暴れてるのか

305

： デフォルトの名無しさん [sage] 2017/12/14(木) 03:21:54.60

:fsO62Lbi

正直、ダジャレを理解できるのは都会人だけ。

306

： デフォルトの名無しさん [sage] 2017/12/14(木) 04:38:45.38

:a/3Oigfw

2017年プログラミング言語アワード候補はCとKotlin
外部リンク

ttps://news.mynavi.jp/article/20171212-554317/

307

： デフォルトの名無しさん [sage] 2017/12/14(木) 06:24:48.79

:Ba6lMueX

>>306

でもCの方が有力って書いてあるね。Cは何で増えんたんだろう。

308

： デフォルトの名無しさん [sage] 2017/12/14(木) 06:50:37.29

:Zv9+113v

ttps://ideone.com/Pfncvl

これなんでデフォルト値が使用されないんですか？

309

： デフォルトの名無しさん [sage] 2017/12/14(木) 07:40:22.43

:v/ZRkoO2

>>308

デフォルト値はコンパイラが定義参照してるだけで、
型にもインスタンスにも持って無いから変数に入れた時点で使えないよ

fun f1(n: Int=1) { print(n) }
val f2 = ::f1
f1() //OK
f2() //コンパイルエラー

310

： デフォルトの名無しさん [sage] 2017/12/14(木) 07:51:51.32

:Zv9+113v

>>309

理解しました、ありがとう

311

： デフォルトの名無しさん [sage] 2017/12/14(木) 08:06:24.80

:oXimKAa7

Cが必要なレベルの仕事の割合自体は
減ってるはずなのに…謎だ

312

： デフォルトの名無しさん [sage] 2017/12/14(木) 09:49:51.95

:DkrsR4qN

Cでググってもノイズが拾われてくる率が高い
他のCと間違われてるんじゃないのか

313

： デフォルトの名無しさん [sage] 2017/12/14(木) 10:12:12.59

:rSG8ExGM

Cの半分はC++という時代があったからな
Cの半分はC#とC++ということでも不思議はない
C sharpならC#確定なのだが

314

： デフォルトの名無しさん [sage] 2017/12/14(木) 10:35:46.55

:LuQDs4YA

C++はcocos2dやUnrealでのゲーム開発とかあるけどCはなんだろうな
廃れることはあり得ないけど

315

： デフォルトの名無しさん [sage] 2017/12/14(木) 11:38:25.42

:DkrsR4qN

機械学習とかロボティクスとか自動運転とかがメディアで取り上げられるようになって学生にプログラミングへの関心がいっそう高まって教育現場での採用が増えてるのかもしれないな
就職にも有利なスキルだろうし
もともと人気の高い言語だし本格的なプログラミングの登竜門的な立ち位置の言語でもあるし

316

： デフォルトの名無しさん [sage] 2017/12/14(木) 12:12:41.91

:oEBjPr7B

IoTかな

317

： デフォルトの名無しさん [] 2017/12/14(木) 21:38:11.42

:5ZTCzvqn

(IoT)
↑
こうすると顔文字になるよね

318

： デフォルトの名無しさん [sage] 2017/12/14(木) 22:23:38.53

:55Q0ymnI

検索エンジンで+"C programming" で検索した結果参照してるだけだからな
単にデータとしてうんこオブうんこだ
githubやstackoverflow読んでるIEEEのランキングのほうがなんぼかマシ

319

： デフォルトの名無しさん [sage] 2017/12/19(火) 10:24:09.99

:f5KBk+Xr

Javaの無名スコープを表す構文が無いことから調べていってみたけど
色々と良く設計されてると感心した

構文が無い代わりにrun関数がある
ラムダ生成コストやブロック内でのreturnが気になったけど
inline関数に渡すラムダはそれごとインライン化されるため
コストも無くreturnはちゃんと呼び出し元関数から抜ける

そうするとinlineでない関数にラムダを渡す場合のreturnとで
区別出来なくて危険かと思ったけど
inlineでないラムダではラベル無しreturnが禁止されていた

returnにラベル必須だと面倒ではと思ったけど
最後のステートメントが戻り値になる仕様だからむしろ楽だった

320

： デフォルトの名無しさん [sage] 2017/12/19(火) 10:25:19.69

:f5KBk+Xr

■Java
　int f(){
　　{
　　　String a = "a";
　　　if(a.length() < 10){return 1;} // fから抜ける
　　}
　　return 2; //ここには来ない
　}

■Kotlin
　fun f(): Int {
　　run {
　　　val a = "a"
　　　if(a.length < 10){ return 1 } // runでなくfから抜ける
　　}
　　return 2 //ここには来ない
　}

321

： デフォルトの名無しさん [sage] 2017/12/19(火) 10:28:08.70

:f5KBk+Xr

fun fcall(f1: () -> Int): Int = f1()

fun f(){
　　val a = fcall {
　　　　val a = "a"
　　　　if(a.length < 10){ return@fcall 1 } //ラベル付き
　　　　else { 2 } //returnキーワード無し
　　}
}

322

： デフォルトの名無しさん [] 2017/12/20(水) 02:29:53.61

:Y+OkZrNr

マップの値を条件判定に使いたいんだけど、Nullableをどう扱って良いのかわからない...

val map = mapOf<String,Boolean>("hoge" to false,"fuge" to true,"piyo" to false)

// ↓こんな感じで書きたいが、Nullableなので怒られる
if (map["hoge"]){/*処理*/}

//---------- 解決策 ----------
//　①強制的に!!でNotnullにする。でもなんか気持ち悪い。
if (map["hoge"]!!){/*処理*/}
// ②エルビス演算子を使う。しかし、IDEから③の書き方を提案される
if (map["hoge"] ?: false){/*処理*/}
// ③凄いバカっぽい。ていうか、これOKで一番上ダメなんだ...
if (map["hoge"] == true){/*処理*/}

なんか、どれもしっくりこない。どうするのが正解なの....
誰か教えて！お願いします！

323

： デフォルトの名無しさん [sage] 2017/12/20(水) 03:07:01.09

:vJEKLhBA

if (map.getOrDefault("hoge", false)) { ... } とか。
うーん。なんか変だね。mapOf では nullable かどうか判定しているのに get 時には nullable かどうかの情報が抜け落ちているような。

324

： デフォルトの名無しさん [sage] 2017/12/20(水) 03:12:58.65

:O14cUYGW

>>322

1はmap["hage"]とか存在しないキー指定すると落ちるだろ
2はエルビスで落ちないようになってて
3が落ちないのは、
ここ外部リンク

ttps://kotlinlang.org/docs/reference/equality.html
Structural equality あたりに書いてある仕組みのせいかな

どうmapを使えばいいのかは知らん

325

： デフォルトの名無しさん [sage] 2017/12/20(水) 03:15:09.91

:O14cUYGW

知らんが、kotlinみたいな言語だとキーが無いときの処理を適当にごまかすわかにはいかんだろ

326

： デフォルトの名無しさん [sage] 2017/12/20(水) 03:31:33.35

:nn3v7K50

>強制的に!!でNotnullにする。でもなんか気持ち悪い。
>if (map["hoge"]!!){/*処理*/}

そもそも、map は、そのキーが存在しない場合もあるのが、当たり前だろ。
そのキーが存在するかどうかを、チェックするメソッドもある

君が仕様・設計を考えるんだ。
1. そのキーが存在した場合の処理と、
2. 存在しなかった場合の処理

初心者は、強制変換の使い方をわかっていないのだから、!! を使うな

327

： デフォルトの名無しさん [sage] 2017/12/20(水) 03:56:24.26

:MahKH8pr

>>325

+1
「知らないキーでmapに問い合わせたときの結果はnullになることがある」問題をコード的になんとかする必要がどうしてもある
これは本当にどうしようもないので、どっかでKotlin（実際にはIDE）に知らせる面倒を許容するしかない
ポイントとしては面倒でも一旦変数にぶち込むこと。これですべてうまくいく

// checkNotNullの書き方だけ覚えればいいので最近全部これで書いてる
val mapValue: Boolean = checkNotNull(map["hoge"]){ "map does not have key:<hoge>" }
if (mapValue) { doSomething() }

// またletをそんな用途に使って
map["hoge"]?.let{ doSomething() }

// 考え方がJavaっぽい（偏見）変数に入れないとnullチェックした履歴保持できないよ
val mapValue = map["hoge"]
if (mapValue!= null && mapValue) { doSomething() }

// ほら、Kotlinの人はなんでもかんでもwhenで書きたがるから
when(map["hoge"]){
null -> println("ぬるぽ") // なくても動く
true -> doSomethingTrue()
false -> doSomethingFalse()
}

328

： デフォルトの名無しさん [sage] 2017/12/20(水) 04:24:12.03

:MahKH8pr

寝起きで書いたら!=がくっついた
if (mapValue != null && mapValue) { doSomething() }
まだ頭寝てるので動作チェックしてないから細かいとこは適当に直したりしてくれ

>>326

安易に nullableValue?.let{ ... } を使って欲しくないのも似たような感じ
今回で言うと現在のmapに"hoge"が登録されていることの保証はどうするんだろうと思う
ぬるぽ出ると追うのもしんどいわけでさ
1行で済むし動作にも影響らしい影響はないんだから脳死状態で checkNotNull(...){ "やべえhoge登録されてねえ" } とか書いとくのおすすめしたいわ

329

： デフォルトの名無しさん [sage] 2017/12/20(水) 07:46:04.79

:nn3v7K50

map, hash は、集合の概念だから、
集合A に属するか属さないか、のどちらかの状態をとる

1. そのキーが集合A にあれば、値が取得できる
2. そのキーが集合A になければ、値が取得できない

1, 2 で、君がどういう処理をするか、仕様・設計を決めるのは君！

330

： デフォルトの名無しさん [sage] 2017/12/20(水) 07:49:29.92

:f5FKKl5l

>>322

③でいい
一番上とは意味論的に異なる

331

： デフォルトの名無しさん [sage] 2017/12/20(水) 12:00:57.83

:f5FKKl5l

③がバカっぽいと感じるのは
真偽値 == 真偽値だと勘違いしているから

実際には２つのNullableTypeの等値比較

332

： デフォルトの名無しさん [sage] 2017/12/20(水) 13:02:21.99

:G3r13eVw

if(map.getValue("hoge")){/* 処理 */}
これで基本的にキーが存在しないと例外に行くしシンプルだね

333

： デフォルトの名無しさん [] 2017/12/20(水) 13:25:19.85

:g9yiCifS

直感的にはおかしく感じるな。(最初結果見た時は驚いたw)
外部リンク

ttps://paiza.io/projects/zLCe3AYlPO9luQp7z2NaIw
しかしクラスの参照同士の比較なのでこれで良い。

334

： デフォルトの名無しさん [] 2017/12/20(水) 13:51:27.51

:cc5ffQEu

322です。
こんな速くレスいっぱい貰えるとは....皆ありがとう！
基本的にNullチェックは必須なんだね

>>331

そういうことか！あくまで等値比較なのかー

>>327

>感が方がJavaっぽい
これやったんだけど、あんまりキレイな感じしないし、何よりJavaっぽくて....

>>332

そのメソッド知らなかった。使ってみます。

335

： デフォルトの名無しさん [sage] 2017/12/20(水) 13:54:26.10

:f5FKKl5l

>>333

おかしく感じたのはprintln("True")と書いたからじゃないの
not False と True は同義でないよ

外部リンク

ttps://paiza.io/projects/1WgctVAqXu8SWmlIYtx4YA

336

： デフォルトの名無しさん [sage] 2017/12/20(水) 13:58:37.66

:QHJO7UtC

おまえがそう思うのならそうなのだろう。おまえの中ではな。

337

： デフォルトの名無しさん [] 2017/12/20(水) 15:20:49.03

:g9yiCifS

>>335

not false が true でない？
じゃあなに？

338

： デフォルトの名無しさん [sage] 2017/12/20(水) 16:11:14.74

:skPFcOgX

>>337

このコードだとFalse以外のAnyでは

339

： デフォルトの名無しさん [sage] 2017/12/20(水) 16:17:54.73

:f5FKKl5l

>>337

>>333

と

>>335

のコードが示すように
Nullable(null)もStringも真偽値ではないため
falseとtrueどちらにも等値でない

falseでない真偽値はtrueだが
falseでない値はtrueとは限らない

「True, null」だから違和感が有って
「not false, null」なら無かったのでは

340

： デフォルトの名無しさん [sage] 2017/12/20(水) 16:28:57.34

:f5FKKl5l

>>333

リンク先のコード消えてるよ

同じ接続元・同じURLで開くと変更モードになるようだから
「新規コード」を押してから扱わないといけない

341

： デフォルトの名無しさん [] 2017/12/20(水) 18:13:04.50

:oPcnMRgu

>>340

ごめん。うっかりしていた。

で、書き直してグレードアップしたよ。
外部リンク

ttps://paiza.io/projects/KX6WsUduUz1OoV0sEOwyTw

342

： デフォルトの名無しさん [sage] 2017/12/20(水) 18:27:37.40

:AIjICjtT

糞みてえな言語だな

343

： デフォルトの名無しさん [sage] 2017/12/20(水) 18:40:45.87

:GLW9SuF+

Xamarin程の糞はない

344

： デフォルトの名無しさん [sage] 2017/12/20(水) 21:01:27.13

:SZt84l7a

糞だからこそ良い

345

： デフォルトの名無しさん [sage] 2017/12/25(月) 05:24:40.47

:CQjgWB2v

やはりJavaを超えられなかったか。

346

： デフォルトの名無しさん [sage] 2017/12/25(月) 09:22:20.35

:pKfklu/G

　　　　＼　　　∩─ｰ､　　　====
　　　　　＼／　●　､_ ｀ヽ　　======
　　　　　　/ ＼(　●　 ● |つ
　　　　　　|　　 X_入__ノ　ミ　　　そんな餌で俺様が釣られクマ――
　　　　　　､　(＿／　　　ノ　/⌒l
　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　〈　　　　　　　　＿_ノ　　====
　　　　　　＼　＼＿　　　　＼
　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　＼　　＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

347

： デフォルトの名無しさん [sage] 2017/12/25(月) 14:41:12.11

:eNXAkvu4

>>343

ちょまど神への信仰が不足しているか背教者ですね

348

： デフォルトの名無しさん [] 2017/12/28(木) 18:16:09.77

:xKYb+xvk

>>278

の本は何故か新品よりも高い中古がもう出ているw
(値段のタイプミスか?)

349

： デフォルトの名無しさん [sage] 2017/12/28(木) 20:08:10.60

:g7xH4Ri4

購入者の確認不足や品切れ時にたまたま買われることを狙った有名な詐欺だよ

350

： デフォルトの名無しさん [] 2017/12/29(金) 01:04:43.78

:05sEmydS

>>347

確かに可愛いがムネ大き過ぎ。
D,EかせめてFカップなら信者になってた。

351

： デフォルトの名無しさん [sage] 2017/12/29(金) 10:11:40.46

:RRbpiG2U

>>350

盛ってるから問題ないで

352

： デフォルトの名無しさん [sage] 2018/01/10(水) 07:01:15.70

:IyW1fpec

classのdelegateってinterfaceしか出来ないみたいだけど、
classやabstractのインスタンスでdelegateできない理由をご存知の方いらっしゃいますでしょうか。

可: class SubClass(instance: Interface) : Interface by instance
不可: class SubClass(instance: SuperClass) : SuperClass by instance

353

： デフォルトの名無しさん [sage] 2018/01/10(水) 07:32:55.52

:IyW1fpec

もちろんSuperClassはopen指定してあります。

>>352

に答えられる人にそんな野暮なこと言う方はいないと思いますが念のため。

In Actionには「インターフェースを実装しいているなら〜」とさらっと書いていて
クラスでdelegateできない理由は触れられていませんでした。

354

： デフォルトの名無しさん [sage] 2018/01/10(水) 21:04:38.05

:CUBllmbw

androidにdelegateなんて言葉はない

355

： デフォルトの名無しさん [sage] 2018/01/10(水) 22:52:38.58

:68cAMYmT

>>352-353

例えばこんな感じのKotlinコードをJavaへ変換してみればわかる
interface Interface1 { ... }
interface Interface2 { ... }
class SubClass (impl1:Interface1, impl2:Interface2) : Interface1 by impl1, Interface2 by impl2

356

： デフォルトの名無しさん [sage] 2018/01/11(木) 06:56:39.64

:irxu1jkK

>>355

ありがとうございます。
interface Interface1 { ... } が
open class Interface1 { ... } であったとしても、
class SubClass extends Interface1 implements Interface2
になるので、支障ないと思うのですが、どこか勘違いしていますでしょうか。

357

： デフォルトの名無しさん [sage] 2018/01/11(木) 07:43:33.12

:rggai+wG

>>356

ごめん多重継承は関係無かったね
問題になるのはコンストラクタかな
class SubClass extends SuperClass というJavaコードに相当するものに変換されるからには
SuperClass のコンストラクタを呼ぶ必要があるけど、
でも SuperClass by instance によってインスタンスが別に渡されたらSuperClassの実体が二つになってしまう

358

： デフォルトの名無しさん [sage] 2018/01/11(木) 10:00:24.62

:J2rrbjux

>>352

インターフェースでないと移譲が保証出来ないからでは

インターフェースと違ってクラスの場合はそれが持つオーバーライド可能なメンバ全て移譲しても移譲になるとは限らない
例えば、あるライブラリがInterface, SuperClass, それらを引数に取る関数を提供しているとする
Interfaceを受け取るならInterfaceとして扱うべき
（内部の実装クラスへダウンキャスト出来ること等を前提とすべきでない）で、
SuperClassを受け取る場合も同様だが
こちらはprivateメンバへのアクセスなども含まれていてそれは移譲出来ない

359

： デフォルトの名無しさん [sage] 2018/01/12(金) 02:36:59.71

:EycqiUrc

>>352

abstractやclassじゃextendsになっちゃうじゃん
したいのはimplementsじゃん
だからOnly interfaces can be delegated toって言われちゃうんだよ

360

： デフォルトの名無しさん [sage] 2018/01/12(金) 17:51:43.69

:to65cpCS

>>357

の言いたかったこととは違うかもしれませんが、以下のように理解しました。

KotlinのdelegateはIn ActionではCollectionを引き合いに出しているが、
実際には、実装したクラスのコンストラクタがprivateで、
ヘルパークラスのファクトリメソッドを通じてしかインスタンスを生成できない
ようなケースで力を発揮する。

コンストラクタがpublicでopenなclassやabstractの場合、素直に継承することを想定している。
In Actionの例も(共変とか反変とかを抜きにすれば)実はArrayListの継承で解決できる。

逆に、classでのdelegateを認めるとfinalなclassも継承できてしまい、
これを禁止するために規則を増やすことになる。

>>359

書き込んだ動機としては、多数のプロパティを持ったクラスを継承したい時に、
class SuperClass(val comp1: Comp1, val com2: Comp2, ...)
class SubClass(instance: SuperClass) : SuperClass(instance.comp1, instance.comp2,...)
とすると、かなり宣言が不格好になるので、
class SubClass(instance: SuperClass) : SuperClass by instance
としたかったのです。

>>358

SuperClass内のSuperClassを引数に取る関数は、
SubClassにおいても引数としてSuperClassを渡せば正しく動作するので、
private(あるいはprotected)メンバへのアクセスがなくても、
実装可能でないかと思います。

ご指摘で理解できていない点があればご指摘いただければ幸いです。

皆様ありがとうございました。

361

： デフォルトの名無しさん [] 2018/01/12(金) 19:14:43.07

:EycqiUrc

interface InterfaceClazz{
val comp1:Any
var comp2:Any
fun method1()
}
class SuperClazz(override val comp1: Any, override var comp2: Any) :InterfaceClazz {
override fun method1() {
println("SuperClazz.method1 comp1:$comp1 comp2:$comp2")
}
}

class SubClazz(instance:SuperClazz):InterfaceClazz by instance
こういうのじゃだめなの？

362

： デフォルトの名無しさん [sage] 2018/01/12(金) 22:32:24.26

:to65cpCS

>>361

自分が作ったクラスの場合ならそうできることは考えましたが、
他人がinterfaceを定義せずに作ったクラスでやりたい場合どうすればいいんだろうという疑問でした。

363

： デフォルトの名無しさん [sage] 2018/01/13(土) 08:10:52.44

:9rLeDqe4

Java, C# が、interface を作った理由は、
C++ のclass の、ひし形の形になる、ダイヤモンド継承を嫌ったから

ほとんどの言語は、単一継承 + interface。
継承チェーンに、同じクラスが現れると困る

親クラス ← 子クラス1・2 ← 孫クラス

孫クラスが、子クラス1・2を多重継承すると、
両方の子クラス部分に、親クラスのメンバ変数を含んでしまう

孫クラスからすると、どちらの子クラス経由で、
親クラスのメンバ変数にアクセスすべきか、ややこしい

だから多重継承用に、メンバ変数を持たず、メソッドだけを持つ、interface が作られた

is-a・class・継承よりも、has-a・interface・委譲の方が、柔軟性があって好まれる

364

： デフォルトの名無しさん [sage] 2018/01/13(土) 10:05:52.35

:RtHYbtnJ

複数のinterfaceでメソッド名が被ってたらどうするの？

365

： デフォルトの名無しさん [sage] 2018/01/13(土) 10:11:05.35

:i594883x

そんな事態見たことないけど確かにどうなるんだ？

366

： デフォルトの名無しさん [sage] 2018/01/13(土) 10:23:17.39

:Rp7yFlms

パッケージ名とinterface名で指定するんじゃね

367

： デフォルトの名無しさん [] 2018/01/13(土) 11:09:24.85

:rLmRRKlD

>>364

実装はサブクラス側でやるんだからどうもなんねーだろ

368

： デフォルトの名無しさん [sage] 2018/01/13(土) 12:17:34.58

:7idPsqBM

delegataion 使った

>>355

みたいなので Interface1 と Interface2 に同じメソッドが定義されている場合にはエラーになるけど、
SubClass で override しろって IDE が言ってくるので、それすればエラーは消える
delegatation 使わないのなら

>>367

が言うようにサブクラスで実装するんだから関係無いね

369

： デフォルトの名無しさん [sage] 2018/01/13(土) 12:18:29.46

:7idPsqBM

Delegataion ってなんだ・・・Delegation ね

370

： デフォルトの名無しさん [sage] 2018/01/18(木) 20:57:21.62

:uaAP/nEg

coroutine builderの例えばasyncの定義を見ると、
fun <T> async(
context: CoroutineContext = DefaultDispatcher,
start: CoroutineStart = CoroutineStart.DEFAULT,
parent: Job? = null,
block: suspend CoroutineScope.() -> T
): Deferred<T> (source)
ってなってんですが、blockパラメータの型が関数型になっているのですが、
型の前にCoroutieScope.とかついてるのですが、これはなんなんでしょうか？？

371

： デフォルトの名無しさん [sage] 2018/01/18(木) 22:13:56.56

:h6w5lyYQ

>>370

block内でのthisがその型のインスタンスになる
例
外部リンク

ttps://ideone.com/KsS26N

372

： デフォルトの名無しさん [sage] 2018/01/18(木) 22:42:32.43

:uaAP/nEg

>>371

ありがとうございます。

うーん。ややこしい。何のためにこんなのが必要なんだ・・
呼び出される関数の方でもインスタンス(val a = A("aa"))を作って
関数を呼び出さないといけないってことですよね。

373

： デフォルトの名無しさん [sage] 2018/01/18(木) 23:47:50.82

:h6w5lyYQ

>>372

基本的にはDSL用の機能だと思う
外部リンク

ttps://ideone.com/CGz7Fp
外部リンク

ttps://kotlinlang.org/docs/reference/type-safe-builders.html

374

： デフォルトの名無しさん [sage] 2018/01/22(月) 22:47:52.97

:FT3BkIDm

delegateってパフォーマンス悪かったりします?

>>361

のような方法を試したら、目に見えて遅くなりました。
もっとも他にも色々いじった後だから、他が原因の可能性もありますが....。

375

： デフォルトの名無しさん [sage] 2018/01/23(火) 18:27:08.00

:himcush7

仕組み的に体感出来る程の劣化は起きないと思う

376

： デフォルトの名無しさん [] 2018/01/23(火) 19:46:07.93

:leMx6cGU

エルビス式のエルビスって何ですか？プレスリーしか出てこないんですけど

377

： デフォルトの名無しさん [sage] 2018/01/23(火) 19:47:46.14

:leMx6cGU

と思ってググったら本当にプレスリー由来だったのね、、

378

： デフォルトの名無しさん [sage] 2018/01/23(火) 23:26:39.49

:9+CEbA1m

>>375

調べてみたら、delegateよりも前に速度低下はあったようでした。ありがとうございました。

379

： デフォルトの名無しさん [sage] 2018/01/24(水) 07:00:29.98

:YOaqJu3C

?: これのどこがプレスリーなんだよ？と思った時の脳内に浮かんでいたのはサタデーナイトフィーバーの人だったのは俺だけだろうな

380

： デフォルトの名無しさん [] 2018/01/24(水) 09:46:01.11

:yQK5cwW2

？：）

381

： デフォルトの名無しさん [sage] 2018/01/24(水) 12:18:03.47

:wZvPOi0Q

?が5

382

： デフォルトの名無しさん [sage] 2018/01/31(水) 15:59:06.95

:4N9XMFe/

>>161

だけど
Javaのリリースサイクルが6か月ごとになったので2018/3/20リリース予定
外部リンク

ttp://openjdk.java.net/projects/jdk/10/
ローカル変数の型推論きたー

後はGoogleさん早めにAndroidで使えるように。

383

： デフォルトの名無しさん [sage] 2018/01/31(水) 16:05:14.51

:4N9XMFe/

後はkotlinを使ってみて自分的にうらやましのは
・Null safety
・１ファイルに複数のクラス書ける
・コルーチン
ぐらいかな・・

384

： デフォルトの名無しさん [sage] 2018/01/31(水) 18:17:51.93

:hwMh3j1W

俺は
・val
・最後の引数のラムダを括弧の外に書けること
・「==」でnull考慮込みのequals()呼び出しにしてくれること

385

： デフォルトの名無しさん [sage] 2018/01/31(水) 18:53:28.83

:F5No3k5g

とにかくJavaと同じことをするのに記述量が圧倒的に少なくて済むのが良いわ。

一つ一つはそれこそ数行程度の違いになるけど、チリが積もって最終的にかなり短くなって可読性が段違い

386

： デフォルトの名無しさん [sage] 2018/01/31(水) 20:20:09.40

:CrWRl7VR

Sから始まる某言語と違って何故か読みやすい

387

： デフォルトの名無しさん [sage] 2018/01/31(水) 20:58:06.42

:UVbJv7LF

Smalltalkの悪口はやめろ

388

： デフォルトの名無しさん [sage] 2018/01/31(水) 21:14:03.77

:AX72W1bb

俺のS言語が・・・

389

： デフォルトの名無しさん [sage] 2018/01/31(水) 23:02:47.38

:Mw3vWzBx

SQL

390

： デフォルトの名無しさん [sage] 2018/02/01(木) 07:20:22.31

:d+x91pir

Objective-Cを経験すれば大抵の言語は涙が出るほど読みやすい

391

： デフォルトの名無しさん [sage] 2018/02/01(木) 07:42:19.46

:XxNDw1fe

Schemeの悪口？

392

： デフォルトの名無しさん [sage] 2018/02/01(木) 08:58:05.91

:0qxcm1IL

perl「せやな」

393

： デフォルトの名無しさん [sage] 2018/02/01(木) 23:11:28.90

:PazMLs1n

>>390

現役言語じゃないからもう新たに触ることないしなあ

394

： デフォルトの名無しさん [] 2018/02/01(木) 23:15:10.58

:oMkeAueE

そういえば Objective-C ってMacとかiOSで使われてるんだっけ？

395

： デフォルトの名無しさん [sage] 2018/02/01(木) 23:28:46.21

:xVAl4gBi

MacとかiOSでしか使われていない

396

： デフォルトの名無しさん [sage] 2018/02/02(金) 01:47:08.99

:sNIUDAKb

SwiftはiOSでしか使われていない

397

： デフォルトの名無しさん [sage] 2018/02/02(金) 05:20:56.67

:s78i1eOK

いくらいい言語でも林檎様の傘下だと何されるかわからんからな
使えねーわ

398

： デフォルトの名無しさん [sage] 2018/02/02(金) 07:12:32.55

:gnaQFUD2

swiftってオープンソースじゃなかったっけ？

399

： デフォルトの名無しさん [sage] 2018/02/02(金) 08:41:42.94

:V6ypn24z

Swiftはオープンソース化以降は言語開発もコミュニティベースで行われてる
頑張ってはいるようだけどいくつかの問題でObjCに戻る人も割と居るし
クロスプラットフォーム系との競合もあって人気は減少傾向

400

： デフォルトの名無しさん [sage] 2018/02/02(金) 08:43:29.60

:2JRgrNpV

Kotlinの方がよくできてる

401

： デフォルトの名無しさん [sage] 2018/02/02(金) 09:20:26.67

:V6ypn24z

Kotlinでのクロスプラットフォームは Kotlin/Native(まだベータ) と Multi-OS Engine があるけど
UI部分が固有になるから React NativeのKotlin版のような
UIブリッジするライブラリが生まれてほしい
WebViewも手だけど

402

： デフォルトの名無しさん [sage] 2018/02/02(金) 09:22:41.58

:V6ypn24z

JavaScriptエンジンを挟みたくない

403

： デフォルトの名無しさん [sage] 2018/02/02(金) 12:06:11.99

:jTuMDwxk

C#でええやん

404

： デフォルトの名無しさん [sage] 2018/02/02(金) 12:35:18.11

:V6ypn24z

コミュニティの条件に収まらなくてサブスクリプションが要る都合でそっちは二の足
言語自体は割と好きだけど

405

： デフォルトの名無しさん [sage] 2018/02/02(金) 19:53:43.35

:YRu1rdgq

何年か前はiOSとandroidのクロスプラットフォーム開発はいまいちすぎて結局それぞれネイティブて開発したけど、今はどうなんだろうな
最近スマホアプリさわらんからよくわからん

406

： デフォルトの名無しさん [] 2018/02/02(金) 21:37:32.04

:00GaqTOE

あ、そうだ。iOSやMacの開発にKotlin使えれば全て丸く収まるじゃねえか。
MacだけならJREあるから既に動くのかな？

407

： デフォルトの名無しさん [sage] 2018/02/02(金) 21:43:50.82

:zvuXw/YQ

Android studioはMac版もあるし当然Kotlinも使える
ただ、iPhoneアプリは作れねぇ

408

： デフォルトの名無しさん [sage] 2018/02/02(金) 22:32:37.72

:iI1eaKOA

MacとiOSはMacが無いとコンパイルすら出来ないって糞みたいな仕様が一番のネックだからな

409

： デフォルトの名無しさん [sage] 2018/02/02(金) 22:38:07.24

:zvuXw/YQ

Windowsもネイティブアプリはそうだろ？　違うっけ？

410

： デフォルトの名無しさん [sage] 2018/02/02(金) 23:17:28.47

:2JRgrNpV

クロスプラットフォームは糞

411

： デフォルトの名無しさん [sage] 2018/02/02(金) 23:39:49.14

:4J1UtiB3

Xamarin C#が正解

412

： デフォルトの名無しさん [sage] 2018/02/03(土) 00:17:14.67

:Pk3rL+mD

ちょまど教の狂信者か

413

： デフォルトの名無しさん [sage] 2018/02/03(土) 02:29:40.70

:rIodJ30B

Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなる欠陥品なのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないのが糞
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりするのが糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
MicrosoftのAndroid向けedgeブラウザもXamarin製でなく、
Microsoft自身も糞認定して使わない糞開発環境がXamarin
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い

414

： デフォルトの名無しさん [sage] 2018/02/03(土) 08:57:07.88

:cx3bBBlj

>>413

KotlinもUIはJVM, JS, Nativeとそれぞれ開発しないといけないという方向性なんだよね。
マルチプラットフォームでUIもKoltinで1回書くだけで済む日は来ないんだろうか。

Gluonという会社がAndroidとiOS向けのJVM(JavaFX付き)を作るとか言っていたんだけどどうなったのかな。
ページを見に行くとあるにはあるっぽい。
使った人とかいます?

415

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:01:37.02

:w4Z6vlfg

Macだけなら余裕。
TornadoFXであっさり作れる。

416

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:18:56.79

:JaWlScCi

ttps://qiita.com/noripi/items/4ee969c48b3da5ca6fbd

>>407

KotlinでiPhoneアプリは作れる

417

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:33:24.43

:JaWlScCi

参考

Android・iOS対応のクロスプラットフォームライブラリ、Intel Multi-OS Engine(MOE)
外部リンク

ttps://qiita.com/yyYank/items/2d96640d713a527691be

Kotlin/Nativeを使ってiOSアプリを作ってみる
外部リンク

418

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:37:01.92

:cwvA0gbQ

面倒くさそう

419

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:45:23.72

:JaWlScCi

>>418

面倒なら
　・SwiftやObjective-Cで直に作る
　・Cordovaなどで作る
　・iPhoneアプリは諦める
詳細は該当のスレでどうぞ

420

： デフォルトの名無しさん [sage] 2018/02/03(土) 09:50:47.55

:w4Z6vlfg

>>417

こんなんあるのか、知らなかった。試してみるよありがとう。
ただクロスプラットフォームのライブラリって大体最終的にうまくいかないから、つい警戒してしまうw

421

： デフォルトの名無しさん [sage] 2018/02/03(土) 10:04:18.17

:g4V8Xpml

Xamarin C#が正解だよ
簡単で高品質

422

： デフォルトの名無しさん [sage] 2018/02/03(土) 11:58:07.39

:rIodJ30B

時間掛かって低品質のアプリが出来上がるだけクロスプラットフォーム

423

： デフォルトの名無しさん [sage] 2018/02/03(土) 12:05:11.68

:Pk3rL+mD

正式セミナーで技術より人脈なんて宣伝する糞プラットフォームは使わない

424

： デフォルトの名無しさん [sage] 2018/02/03(土) 12:51:45.20

:3SRelbb9

Xamarinは簡単だけど高品質かと言われると、、

425

： デフォルトの名無しさん [sage] 2018/02/03(土) 12:54:52.62

:3SRelbb9

実際クロスプラットフォームが最適なアプリってそんな多くないよな。
何かの画像処理をするとかそういう端末内で複雑なビジネスロジックを組まなくちゃいけないものならそこを共通化できるメリットはあるだろうけど、
サーバーサイドと通信して何かをするのがメインなクライアント系アプリなら普通にネイティブで2つ作った方が楽

426

： デフォルトの名無しさん [sage] 2018/02/03(土) 13:19:34.45

:cwvA0gbQ

Unityでええやん

427

： デフォルトの名無しさん [sage] 2018/02/03(土) 13:29:02.91

:g4V8Xpml

APIクライアントやちょっとした処理も完全に共通化できるから便利だよXamarin
Java,Kotlin / Swift,obj-cだと日付型と日付操作apiみたいな些細な部分でも違いがある
C#にすると文法や基本ライブラリの粒度で共通化できる

428

： デフォルトの名無しさん [sage] 2018/02/03(土) 13:58:55.43

:cwvA0gbQ

C++使いなら、QTとかSDLとか

429

： デフォルトの名無しさん [sage] 2018/02/03(土) 14:47:37.76

:rIodJ30B

Xamarinみたいな糞はプロトタイプ開発でしか使い道ない
まともなアプリはみんなネイティブ
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
Microsoft自身も糞認定して使わない糞開発環境がXamarin

430

： デフォルトの名無しさん [sage] 2018/02/03(土) 15:38:21.40

:I3vkx3c9

Unityは日本語入力の問題さえ解決すれば多分かなりの部分の解決になると思う。
なんせ画面を描くところから自力でやってるからな。
業務アプリでもポチポチ画面押すだけの物とか結構いけると思うし、実際あるんじゃないかな。

431

： デフォルトの名無しさん [sage] 2018/02/03(土) 15:57:45.75

:h3rMVgMV

共通部分はともかくUiはそのプラットフォームのネイティブでやったほうが結局は簡単なんだよな

432

： デフォルトの名無しさん [sage] 2018/02/03(土) 16:06:38.75

:g4V8Xpml

どのプラットフォームでもネイティヴで書いてもVとVMは普通に分離するだろ
なんでマルチプラットフォーム対応で追加のコストはかからない

433

： デフォルトの名無しさん [sage] 2018/02/03(土) 16:32:01.67

:c+hycmxt

>>430

おう業務アプリと入力フォーム部品の蜜月性なめんあ
Unityはゲームと家庭向けアプリ特化の方向性のままでいいと思うぞ

434

： デフォルトの名無しさん [sage] 2018/02/03(土) 18:14:08.46

:05c/5eCT

クロプラは凝ったことしようとすると詰むね

435

： デフォルトの名無しさん [sage] 2018/02/03(土) 18:35:13.80

:biHS6/dY

Xamarin程の糞はない

436

： デフォルトの名無しさん [sage] 2018/02/03(土) 18:46:40.72

:I3vkx3c9

>>433

確かにそうか。
社内カレンダー通りの休日がマークされる日付選択とか、営業日入力とか色々あるもんな。

437

： デフォルトの名無しさん [sage] 2018/02/03(土) 23:11:11.34

:w4Z6vlfg

>>432

すまんけどそろそろXamarinスレに帰ってもらっていいかな

438

： デフォルトの名無しさん [sage] 2018/02/03(土) 23:47:52.38

:Dj9L0wRm

ザマァw

439

： デフォルトの名無しさん [sage] 2018/02/03(土) 23:53:32.22

:g4V8Xpml

Xamarinで全てが解決する

440

： デフォルトの名無しさん [sage] 2018/02/04(日) 00:09:06.97

:uJTrEg0Y

ざまりんは座間市のマスコットキャラクターです

441

： デフォルトの名無しさん [] 2018/02/04(日) 01:24:03.44

:fXO59JwO

>>417

MOE ART って、もう狙ったネーミングとしか思えない。

442

： デフォルトの名無しさん [sage] 2018/02/04(日) 01:28:27.34

:fXO59JwO

ざまりんとことりん・・・りん繋がりか

443

： デフォルトの名無しさん [sage] 2018/02/04(日) 09:35:33.76

:FBsDULoD

>>442

どう考えてもことりんの方がかわいい

444

： デフォルトの名無しさん [sage] 2018/02/04(日) 09:54:33.07

:fkv+V9jD

クマリンだと税金までとってくれる

445

： デフォルトの名無しさん [sage] 2018/02/04(日) 09:57:33.79

:FBsDULoD

今更だけど、ことりんとこっとりんどっちが正しいんだろ

446

： デフォルトの名無しさん [sage] 2018/02/04(日) 10:25:02.12

:djmEPYyF

XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い

447

： デフォルトの名無しさん [sage] 2018/02/04(日) 11:57:10.52

:nOFNDTKE

ことりんの記述の簡潔さが良いと言われているスレに来てC#書けなんて言われたらそりゃ嫌がらせだよ

448

： デフォルトの名無しさん [sage] 2018/02/04(日) 12:57:23.44

:jtpbEfK1

C#の方がエレガントなコードを書けるでしょ
エレガントで保守性の高いプログラムはお客にとってもありがたい
お客にいいものを届けたいならXamarinだよ
Kotlinの奇形じみたセンスのない文法はお客も辟易してる
kotlinを使いたいというプログラマのわがままでお客に迷惑をかけちゃダメだ

449

： デフォルトの名無しさん [sage] 2018/02/04(日) 13:02:47.05

:FBsDULoD

なんか変なのが居着いちゃったな。。。

450

： デフォルトの名無しさん [sage] 2018/02/04(日) 13:28:53.05

:FSE7+++a

C#は、.Net か Monoを入れないといけないのがウザいし
JavaやKotlinは、JDK入れないといけないし、
やっぱそういう意味では、Swiftが最強やな

451

： デフォルトの名無しさん [sage] 2018/02/04(日) 13:45:15.33

:zMXPgQ7i

ねーよ

452

： デフォルトの名無しさん [sage] 2018/02/04(日) 13:47:54.74

:th3aOzJF

ことりんスレということを思い出していただきたい

453

： デフォルトの名無しさん [] 2018/02/04(日) 14:38:34.08

:iVs4GAGZ

何ここ、ザマリンスレなの？

454

： デフォルトの名無しさん [sage] 2018/02/04(日) 14:39:13.20

:zMXPgQ7i

ザマリンアンチが居ついた

455

： デフォルトの名無しさん [sage] 2018/02/04(日) 15:18:28.39

:Iw8xCsU2

Xamarinスレでは相手にされないものでね
ここなら最初からできる

456

： デフォルトの名無しさん [sage] 2018/02/04(日) 17:01:56.94

:fXO59JwO

うーん。しかし、Xamarin って本屋行くとiOSアプリ関係の本の所にちょっとしか置いてないし、
ほとんど名前しか知らないから俺には批判することすらできないなあ。眼中にない感じ。
仕事でも必要になることは今のところ全くないし。(ま、仕事で使わないと言えば Kotlin も
Java も俺は使わないんだけどね)。

457

： デフォルトの名無しさん [sage] 2018/02/04(日) 17:20:25.12

:FSE7+++a

Xamarinに興味ないのならこのスレ来んなよカス

458

： デフォルトの名無しさん [sage] 2018/02/04(日) 17:24:52.19

:zMXPgQ7i

>>457

ここKotlinスレやでｗｗｗ

459

： デフォルトの名無しさん [sage] 2018/02/04(日) 17:29:38.53

:fXO59JwO

>>457

全くないねえw

460

： デフォルトの名無しさん [sage] 2018/02/04(日) 19:41:54.65

:djmEPYyF

Xamarin程の糞はない

461

： デフォルトの名無しさん [sage] 2018/02/04(日) 20:04:16.29

:8c6AhnDA

お前らそんなに暇ならKotlinで人の役に立つブラグラムでも書いてこいよ

462

： デフォルトの名無しさん [sage] 2018/02/04(日) 20:14:32.95

:th3aOzJF

やだよ
俺は俺のためにプログラムするだけだ

463

： デフォルトの名無しさん [sage] 2018/02/04(日) 20:40:33.04

:NcR26d4z

ことりんはBカップ、ザマリンはHカップだそうだ。
どっちが優れているかは明らかだろう。

464

： デフォルトの名無しさん [sage] 2018/02/04(日) 21:04:53.75

:v0/VVSUj

ザマリンはケツぷりんぷりんやで

465

： デフォルトの名無しさん [sage] 2018/02/05(月) 06:25:07.64

:XnXa3nca

>>463

その二択ならことりんだわ

466

： デフォルトの名無しさん [sage] 2018/02/05(月) 07:01:14.71

:PujqrgUf

ことりん使いはロリコンってことなのか？

467

： デフォルトの名無しさん [sage] 2018/02/05(月) 09:24:55.28

:Bet9M/a/

まぁ、そういうことになるわな

468

： デフォルトの名無しさん [sage] 2018/02/05(月) 11:01:26.93

:U6/FYtwu

女性の敵ですよ（歌詞）

469

： デフォルトの名無しさん [sage] 2018/02/05(月) 17:22:37.32

:tfCzDdoz

ある非同期関数を呼び出し側のコンテキストで実行したいのですが、例えばC#の場合
void async testAsync() {
　await funAsync1(); // configureAwait(false)しない
　hoge1();
　await funAsync2();　// configureAwait(false)しない
　hoeg2();
}
で、testAsyncをメインスレッドから呼び出しせば、hoge1とhoge2は呼び出し側のコンテキストつまり
メインスレッド上で実行されるのですが、
同じ事をkotlinでやるにはどうすればいいでしょうか？？
fun testAsync() : Job {
　return launch {
　　funAsync1().await()　
　　hoge1();
　　funAsync2().await()
　　hoge2();
　}
}

470

： デフォルトの名無しさん [sage] 2018/02/05(月) 17:23:55.91

:tfCzDdoz

launch(UI)とか昔のコードみるとあるのですが、UIは廃止されたのでしょうか？

471

： デフォルトの名無しさん [sage] 2018/02/05(月) 17:57:24.43

:RkA+fItw

ここXamarinスレだから、そんなこと聞かれても困る

472

： デフォルトの名無しさん [sage] 2018/02/05(月) 18:58:41.41

:wW/kiq+x

>>463

情報の出処について詳細求む

473

： デフォルトの名無しさん [sage] 2018/02/05(月) 20:07:43.39

:Gnk0ssBz

なんかスレチな話題ばっかりなんだが、コトリンインアクション買う価値ある？
本家HPのリファレンスで十分？

474

： デフォルトの名無しさん [] 2018/02/05(月) 20:54:56.13

:AaZ8U1Zi

>>473

わからない。それは今のお前の状態によって変わる。立ち読みして自分で決めろ。

まあしかし俺のエスパー能力を使った直観によれば、多分買った方が良い。

475

： デフォルトの名無しさん [] 2018/02/05(月) 21:08:10.13

:tfCzDdoz

launch(UI)のUIはcoroutine-androidの別モジュールだった。すみません。

476

： デフォルトの名無しさん [sage] 2018/02/05(月) 21:14:06.27

:U6/FYtwu

コルーチンは実験的らしいけど
Androidなら「android kotlin 非同期」とかでググってみたらいいんじゃないかな

実験的じゃない方なら「android 非同期」でJavaのやり方をそのままKotlinに

477

： デフォルトの名無しさん [sage] 2018/02/05(月) 23:17:35.87

:nOjIwE3H

>>473-474

Kotlinイン・アクション、2017
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

太郎はたぶん、イン・アクションを参考にしながら、スタートブックを書いたのかな？
そういう意味では、太郎本の方が有利

478

： デフォルトの名無しさん [sage] 2018/02/06(火) 05:27:10.63

:8sdmif4x

>>473

本家HPの英文リファレンスを読みこなせるなら、イン・アクションはいらない。
Kotlinをこれから始める人で1冊しか買えないのなら

>>477

の言う通り太郎本がいい。

479

： デフォルトの名無しさん [sage] 2018/02/06(火) 06:25:53.98

:rJfYat5w

コルーチンっていつまで実験的扱いなんだ
普通に十分実用に耐えるんだが

480

： デフォルトの名無しさん [sage] 2018/02/06(火) 08:50:02.13

:BCxTzJO3

>>478

サンクス
じゃー、様子見するよ

立ち読みしろって言われても近くにでかい本屋ねーし、4000円越えで無駄に高いしな

481

： デフォルトの名無しさん [sage] 2018/02/06(火) 09:12:44.31

:mPJqoZjS

標準でページ翻訳を備えるブラウザが便利
stackoverflow(英語本家)のやり取りなんかは本じゃ得られないし

482

： デフォルトの名無しさん [sage] 2018/02/06(火) 09:21:42.12

:BI0U6pHR

ノン・アクション

483

： デフォルトの名無しさん [] 2018/02/06(火) 09:30:50.75

:KYIMWbNh

Amazonでkindle版のサンプルがただで読めるよ。サンプルだからどの程度まで読めるかはわからないが。

484

： デフォルトの名無しさん [sage] 2018/02/06(火) 11:58:30.44

:Ql6hMbqV

Stackoverflowを翻訳なしで読めないならKotlinより先に英語を勉強した方が良いと思う
煽りじゃなくてマジで

485

： デフォルトの名無しさん [sage] 2018/02/06(火) 12:37:44.65

:mPJqoZjS

全く読めないならその通りだね
その場合検索もまともに出来ないだろうし
でも情報を探しているときに日本語と同じ速度で流し読み出来る人以外には翻訳おすすめ

486

： デフォルトの名無しさん [sage] 2018/02/06(火) 12:53:34.58

:BI0U6pHR

Google先生の翻訳精度も最近上がってる気がする

487

： デフォルトの名無しさん [sage] 2018/02/06(火) 13:14:41.74

:Cp0wU7qW

たまにできる・できないとか真逆の意味で訳される

488

： デフォルトの名無しさん [sage] 2018/02/06(火) 14:05:56.32

:oL/xYjbv

読めなくても文法の基礎知識があれば翻訳を修正しながら読める

489

： デフォルトの名無しさん [sage] 2018/02/06(火) 20:33:53.89

:BCxTzJO3

最近のGoogle先生はほんと優秀で、一回全部Google翻訳にかけて、意味がわからんところだけ英文見て修正するだけでも単語調べる時間減るから、だいぶ時間の節約になる

490

： デフォルトの名無しさん [sage] 2018/02/06(火) 21:28:26.63

:HNEg71Ng

精度が良いからって頼りきりなのは問題だよ
データシートも翻訳するの？

491

： デフォルトの名無しさん [sage] 2018/02/06(火) 22:10:15.81

:rTnXOt5h

時間節約や翻訳支援に有用性があるという程度の話に
突っかかって行く意味あるのか？

492

： デフォルトの名無しさん [sage] 2018/02/06(火) 23:01:06.65

:ovlDN9kS

言語オタクと初心者以外本なんて必要ないような
最低限の知識は軽く公式のドキュメント読んで後は
その都度覚えれば十分だなぁ
言語オタクじゃないので言語よりアプリ作るのが目的だからな

493

： デフォルトの名無しさん [sage] 2018/02/06(火) 23:03:49.83

:BI0U6pHR

Kotlin自体より、Android SDK等のクラスライブラリの方が使いこなすの大変だわ

494

： デフォルトの名無しさん [sage] 2018/02/07(水) 16:35:52.55

:c/oxW6ag

新しい言語覚える時は適当に評価高い本を一冊買う派だな俺は
全体像をつかむのに体系的ににまとまった本はやっぱり便利

495

： デフォルトの名無しさん [] 2018/02/09(金) 11:15:30.34

:S2cW3gVf

自分の慣れた言語で当たり前だったやり方でも、他の言語ならもっとスマートに書けるとかあるからな
公式ドキュメントだとどうしても全体を俯瞰的に見るのは難しいから、自分が存在を知っている情報以外の情報に気付きにくい

496

： デフォルトの名無しさん [] 2018/02/10(土) 18:20:28.04

:ax7FG40j

カンファレンス楽しみ

497

： デフォルトの名無しさん [sage] 2018/02/11(日) 00:06:26.27

:Dss3s5Hr

ねえ
// int[] sKey
// byte[] wKey
// int data
wKey[0] += sKey[(int) wKey[1] & 0xFF] - data;
wKey[1] -= (byte) ((sKey[(int) data & 0xFF] ^ wKey[2]) & 0xFF);
wKey[2] ^= (byte) (data + sKey[(int) wKey[3] & 0xFF]) & 0xFF;
wKey[3] -= (byte) (wKey[0] - sKey[(int) data & 0xFF]) & 0xFF;

int dKey = ((int) wKey[0]) & 0xFF | (wKey[1] << 8) & 0xFF00 | (wKey[2] << 16) & 0xFF0000 | (wKey[3] << 24) & 0xFF000000;

こういうのってKotlinでどう書けばいいの…

498

： デフォルトの名無しさん [sage] 2018/02/11(日) 00:14:54.33

:7rBQZAiC

宿題は自分でやろうね

499

： デフォルトの名無しさん [sage] 2018/02/11(日) 00:37:59.12

:tZ50hO/2

IntelliJかAndroidStudioで変換してエラーを手修正すればOK

500

： デフォルトの名無しさん [] 2018/02/11(日) 05:15:17.18

:B0DbdRYG

それは何ていう言語で書いてあるんだ？

501

： デフォルトの名無しさん [sage] 2018/02/11(日) 06:47:22.49

:7rolFSqw

言いたいことを想像しながらの答えになるけど、ビット演算もシフト演算もKotlinにはあるよ。
外部リンク

ttps://kotlinlang.org/api/latest/jvm/stdlib/kotlin/-int/index.html
Cのような見栄えにならないとしても、それはKotlinの目指すところではないということかと。

502

： デフォルトの名無しさん [sage] 2018/02/11(日) 08:33:39.91

:HsBVk8FN

kotlinでやるならwKeyもIntArrayとかにしたほうがよさそう

503

： デフォルトの名無しさん [sage] 2018/02/11(日) 08:54:01.46

:tZ50hO/2

普通にJavaでしょ
殆どIntelliJがやってくれる

504

： デフォルトの名無しさん [sage] 2018/02/11(日) 10:57:18.59

:7jnO/yAb

ttp://www.ikvm.net/index.html

IntelliJでunko.ktというファイルを作る
そのコードをそのまま貼り付ける
終わり

505

： デフォルトの名無しさん [sage] 2018/02/11(日) 11:35:59.62

:hLOHWIXG

もとの言語知らんけどもっとマシな書き方あるだろと思う

506

： デフォルトの名無しさん [sage] 2018/02/11(日) 11:51:33.86

:qM2RbKtk

何かの外部の処理論理をそのまま記述したって感じだな
外部の処理記述と突き合わせなければならないような場合はこんなのをよく見る
変にスマートに書き換えされてると脳内再変換コストがかかるというパターンｗ

507

： デフォルトの名無しさん [sage] 2018/02/11(日) 13:44:27.62

:Dss3s5Hr

>>501

なんか折角いろいろ簡略化して書けて見やすくて良いねって思うけどそういうのは融通利かないな_

あとこれ

>>502

何故Byte→Short→Intを自動でやってくれないのか

508

： デフォルトの名無しさん [sage] 2018/02/11(日) 14:07:54.93

:tZ50hO/2

>>507

Javaではこれがfalseになる

Integer a = 0;
Long b = a + 0L;
System.out.println( a.equals(b) );

コード上のプリミティブ型とクラス型の区別を排除していたり（最適化でプリミティブ型になる）
型推論を持つKotlinで数値型の暗黙の型変換は地雷になるのであえて無くしている

509

： デフォルトの名無しさん [sage] 2018/02/11(日) 16:20:36.85

:QgiY6BS8

こういうの見るとセンスねえなあって思う
C#の開発者が優秀すぎた

510

： デフォルトの名無しさん [sage] 2018/02/11(日) 18:58:12.47

:JShv+xJ2

Javaの検査例外になれるとKotlin-JVMで検査例外使えないのが辛い・・

511

： デフォルトの名無しさん [sage] 2018/02/11(日) 20:20:29.62

:Dss3s5Hr

>>508

例えば引数にByteを使う場合にJavaでは数値の明示的変換が要るのに対してKotlinでは要らないけど
いざ数値と比較しようとするときには
-> Java/Kotlin
== -> true/error
==(cast) -> true/true
equals -> false/false
equals(cast) -> true/true
になってKotlin側は値比較をしてくれないのはそのせいか

いやでも引数に使うときや代入時には(型の範囲内なら)変換無しで通るんだから
数値比較でも比較される型の範囲内ならキャスト不要にして欲しいな

512

： デフォルトの名無しさん [sage] 2018/02/11(日) 21:15:48.50

:prqcbbby

kotlin初心者の質問くんはここでいいですか…？

513

： デフォルトの名無しさん [sage] 2018/02/11(日) 21:19:39.67

:gE7bRFhE

ほかあたってください

514

： 512 [sage] 2018/02/11(日) 21:22:12.72

:prqcbbby

すみませんでした

515

： デフォルトの名無しさん [] 2018/02/11(日) 21:58:08.45

:B0DbdRYG

>>513

いや、いいだろ。なぜ？

516

： デフォルトの名無しさん [sage] 2018/02/11(日) 22:32:21.15

:gE7bRFhE

すみません、Xamarinスレと勘違いしました

517

： デフォルトの名無しさん [sage] 2018/02/12(月) 15:11:34.54

:Ut4sP9LM

ワロタ

518

： デフォルトの名無しさん [] 2018/02/12(月) 15:28:15.00

:rB04jb5x

kotlinの話題が許されないkotlinスレ

519

： デフォルトの名無しさん [] 2018/02/12(月) 15:36:24.81

:lpfNHnpq

何言ってんだここはザマリンスレだぞ

520

： デフォルトの名無しさん [] 2018/02/12(月) 16:44:32.14

:gfcybQxo

そういや Kotlin も初心者質問スレみたいのがあった方が良いんじゃないか?
今はまだ言語そのものを知らない人が多いようなのでこのスレだけでも良いかも知れないが、何れ増えて来るだろうし。

521

： デフォルトの名無しさん [sage] 2018/02/12(月) 19:14:25.11

:rB04jb5x

そんなん増えてきたら作ればいいだろ
このスレですら過疎すぎてxamarinに乗っ取られてるんだからこれ以上住人を分散させなくていい

522

： デフォルトの名無しさん [sage] 2018/02/12(月) 19:27:31.45

:gtsgi9fT

Xamarin程の糞はない

523

： デフォルトの名無しさん [sage] 2018/02/12(月) 20:00:50.98

:waI/80wR

ある

524

： デフォルトの名無しさん [sage] 2018/02/12(月) 20:06:04.05

:gfcybQxo

>>521

ま、そうだな。

525

： デフォルトの名無しさん [sage] 2018/02/12(月) 21:59:41.62

:TVd19ADi

XamarinってKotlinより流行ってるん?

526

： デフォルトの名無しさん [] 2018/02/12(月) 22:20:35.54

:Af1G2ZWC

結局Xamarinの話題でまわるスレ

527

： デフォルトの名無しさん [sage] 2018/02/12(月) 22:23:41.28

:rB04jb5x

Kotlinはようやく存在が知られ始めたところだし、これからよ

528

： デフォルトの名無しさん [sage] 2018/02/12(月) 22:26:32.35

:NpQ9GJ9J

ざまりんとかことりんとか何か気安いな

529

： デフォルトの名無しさん [sage] 2018/02/12(月) 22:35:59.46

:Bk9VmC4X

XamarinというかC#が強すぎるんだよね

530

： デフォルトの名無しさん [sage] 2018/02/12(月) 22:46:21.77

:gfcybQxo

いやしかし特定の分野でだけではないかな。Web関係とか。
少なくとも俺の日頃の仕事では全く絡まないのでどこでよく使われているのかよくわからない。

531

： デフォルトの名無しさん [sage] 2018/02/13(火) 06:41:15.56

:+5F8N/ik

C++でAndroid書くみたいなのは完全にオワコン？

532

： デフォルトの名無しさん [sage] 2018/02/13(火) 09:16:08.55

:WXuIo0Zq

ニッチコン

533

： デフォルトの名無しさん [] 2018/02/13(火) 09:22:14.51

:Hjhq84aM

>>531

ネイティブってこと？それだと当然CPUが違うと動かないよね。

534

： デフォルトの名無しさん [sage] 2018/02/13(火) 09:28:15.91

:WXuIo0Zq

え？

535

： デフォルトの名無しさん [sage] 2018/02/13(火) 10:09:44.20

:ek2wpFVO

Xamarinって確かライセンス買わないと使える機能に制限あるんじゃなかったっけ

536

： デフォルトの名無しさん [] 2018/02/13(火) 11:48:52.36

:i1aJT757

使った事がないのでわかりません

537

： デフォルトの名無しさん [sage] 2018/02/13(火) 12:50:25.21

:d0Q2J5B+

そうか Java VMで動くC#があれば全て解決するのか

538

： デフォルトの名無しさん [sage] 2018/02/13(火) 14:45:21.02

:flHxC5Ds

>>537

なんでわざわざJVMで？

539

： デフォルトの名無しさん [sage] 2018/02/13(火) 16:28:11.56

:JFn7hM60

C#自体あんまり好きじゃないから勘弁してくれ

540

： デフォルトの名無しさん [sage] 2018/02/13(火) 19:15:59.91

:KJxSXl65

>>535

XamarinのライセンスはVisual Studioライセンスに統合されてる
Communityライセンスの条件内なら無料
そうでなければ年間サブスクリプションが必要（約6万円 / 年・開発者）

541

： デフォルトの名無しさん [sage] 2018/02/13(火) 20:59:24.53

:YVR14H+q

安いなぁ

542

： デフォルトの名無しさん [] 2018/02/13(火) 21:10:26.79

:RM6vxbUw

安いと感じるか高いと感じるかはあなたしだいです。

543

： デフォルトの名無しさん [] 2018/02/13(火) 23:22:43.96

:7sc/QqUb

でここはKotlinスレでいいんだよな？

544

： デフォルトの名無しさん [] 2018/02/14(水) 00:51:14.52

:71Om1Biy

Kotlin だって
いいじゃないか
JavaVM だもの

545

： デフォルトの名無しさん [sage] 2018/02/14(水) 07:14:41.99

:3FUTBO2y

>>537

.NET上で動くJVMならあるけど(実用に耐えるとは言っていない)。
外部リンク

546

： デフォルトの名無しさん [sage] 2018/02/14(水) 12:55:24.11

:EGLxgTrP

kotlinは好きだけどJVMがなぁ・・・
て思ってる人はかなり多いと思うよ

kotlin nativeに頑張ってもらって
さっさとJVMから足洗ってほしい

547

： デフォルトの名無しさん [sage] 2018/02/14(水) 13:07:48.38

:d5//Tphf

同意

548

： デフォルトの名無しさん [sage] 2018/02/14(水) 13:19:15.79

:WIinEwd5

ぼきはJavaのライブラリ使うのでJVMでもいいれす(^p^）

549

： デフォルトの名無しさん [] 2018/02/14(水) 13:35:25.05

:QwasDp2D

俺もとりあえずはJVMで良い。
気になるのはJavaScriptの方かな。

550

： デフォルトの名無しさん [sage] 2018/02/14(水) 17:38:51.85

:D3O9gfhg

Kotlinに移行しようかとしばらく触ってみたけど、C#の方が痒いところに手が届くいい言語だな、、、

551

： デフォルトの名無しさん [sage] 2018/02/14(水) 18:38:51.02

:8PtXrtN7

なんだかんだで膨大のJavaのライブラリとそれらのノウハウを使えるってのが大きいわな

552

： デフォルトの名無しさん [sage] 2018/02/14(水) 19:57:38.83

:oF080CGK

Javaの腐ったライブラリよりC#の洗練されたライブラリの方が有り難いんだけど

553

： デフォルトの名無しさん [sage] 2018/02/14(水) 20:14:34.75

:viC2s+IO

>>551

>なんだかんだで膨大のJavaのライブラリとそのノウハウ
それを負の遺産という

554

： デフォルトの名無しさん [sage] 2018/02/14(水) 20:56:03.30

:UlcWCziO

>>55

バッドノウハウは要らないのと神託社に抑えられいるのがイヤン

555

： デフォルトの名無しさん [sage] 2018/02/14(水) 21:35:40.97

:mO/mX4fn

ほとんど借金なんだよなぁ
COBOLと同じ道辿ってる

556

： デフォルトの名無しさん [] 2018/02/15(木) 12:27:28.16

:GqN6d9KA

イミフ

557

： デフォルトの名無しさん [sage] 2018/02/15(木) 13:04:38.64

:n8vclWLi

JAVAの肩持つわけじゃないがCOBOLと同じ道は流石にないわ

558

： デフォルトの名無しさん [sage] 2018/02/15(木) 18:18:01.31

:CMBfD/sb

COBOLとは全然状況違うよな
分散処理のフレームワークとかミドルとか活発に開発されてるし
言語としては最先端ではないかもしれないけど、逆に最先端の言語でも優れたプロダクトを生み出してないなら大して存在価値ないし

559

： デフォルトの名無しさん [sage] 2018/02/15(木) 18:44:01.31

:krlBMZHL

これから終わるんだよ
kotlinとc#に駆逐される

560

： デフォルトの名無しさん [] 2018/02/15(木) 18:54:22.05

:skblyvdp

JavaVMの上でCOBOLが動くようになったりして･･･

561

： デフォルトの名無しさん [sage] 2018/02/15(木) 19:02:58.45

:SuVvVuMr

一定の奴隷需要は残るだろうね

562

： デフォルトの名無しさん [sage] 2018/02/15(木) 19:36:21.03

:1CgTZOOO

これから終わると言われ続けて10年

563

： デフォルトの名無しさん [sage] 2018/02/15(木) 21:54:13.46

:qz0oQ/wP

write once run anywhereとか言われてた頃が懐かしいな

564

： デフォルトの名無しさん [sage] 2018/02/15(木) 22:34:41.26

:2kJoQloU

>>560

いつだか覚えていないくらい昔にマジメにそれを開発しようとしてた会社があったような
COBOLしか書けないおじさんを救済するためだけの代物ですぐ頓挫したけど

565

： デフォルトの名無しさん [sage] 2018/02/15(木) 22:40:34.93

:2kJoQloU

まあでも確かにJava言語は使われなくなっていくだろうね。
うちもJavaで作ってるシステムの機能追加なんかはkotlinでやってるし、JVMで動かすのが要件な新規のプログラムももうほぼkotlinに移行してる。
スマホは知らんけどandroid開発はもうkotlinが多いのかな？

566

： デフォルトの名無しさん [sage] 2018/02/15(木) 23:12:11.62

:/UvppoEW

ドロイド会議のアンケートでもkotlin使ってるひと多かったし

567

： デフォルトの名無しさん [sage] 2018/02/15(木) 23:59:58.64

:9umHg1OB

Kotlinを推しつつもJavaはまだ現役だと考えている

しかしJava8でラムダが入ったときと
AndroidがJava8に対応したときは正直「余計なことしおって」と思ったな
Java6のままだったら今以上にKotlinが推されてただろうからｗ

568

： デフォルトの名無しさん [] 2018/02/16(金) 03:16:32.96

:RsIE9z2G

しかしJavaのラムダはやりすぎだろって感じがした。

569

： デフォルトの名無しさん [sage] 2018/02/16(金) 05:43:13.28

:shLmPi2M

確かに
レガシーJavaおじさんと現代人Kotlin使いで棲みわけた方が平和だったかもしれないね

570

： デフォルトの名無しさん [sage] 2018/02/16(金) 06:37:35.95

:br7rfOfj

kotlinでandroidの説明してるところなんか全然ない
先進的な一部が勝手に使い始めてるだけで普及の段階ではない、いつもながら日本は遅れてる

571

： デフォルトの名無しさん [sage] 2018/02/16(金) 06:49:21.30

:UxRi07OK

全然ないことはないだろ

572

： デフォルトの名無しさん [sage] 2018/02/16(金) 07:11:23.90

:shLmPi2M

(僕の周りでは)全然ない
(国内では)全然ない

573

： デフォルトの名無しさん [sage] 2018/02/16(金) 07:17:40.02

:W9Ay2BhF

最近ネットに出て来るandroid周りのサンプルはほぼkotlinじゃない？

574

： デフォルトの名無しさん [sage] 2018/02/16(金) 09:05:39.78

:3Bntq5A/

kotlinの実務経験ないやつは失業ざまあｗｗｗ

575

： デフォルトの名無しさん [] 2018/02/16(金) 09:19:32.40

:OW1usLwi

実務経験って、そもそも実務で使われてる所がまだ少なかろう。

576

： デフォルトの名無しさん [sage] 2018/02/16(金) 10:41:09.40

:FgGKrURU

実際DroidKaigiのセッションスライドのコードはほぼKotlinだったし、実務もKotilnである割合はかなり増えてるでしょ。
自分も実務ではもう1年くらい使ってるし。

577

： デフォルトの名無しさん [] 2018/02/16(金) 10:58:35.59

:OW1usLwi

そりゃAndroidだから増えてて当然な感じするが、世の中にはAndroidしかないわけではないからなあ。

578

： デフォルトの名無しさん [sage] 2018/02/16(金) 11:06:50.68

:e2WRvV7P

俺は逆にandroidまったくやらんけどkotlinめっちゃ使ってるよ
ローカルのプログラムでもサーバーサイドでも

まだこういうのは少数派だろうけど

579

： デフォルトの名無しさん [] 2018/02/16(金) 12:46:25.84

:6HTN9r9U

ああ。俺は趣味では使うよ。というか学習中なので敢えて使う感じ。Kotlinだとどう書けるかを調べながら書いてる感じ。

580

： デフォルトの名無しさん [sage] 2018/02/16(金) 12:47:35.63

:ime2ev9d

ながら勉強？

581

： デフォルトの名無しさん [] 2018/02/16(金) 12:58:29.56

:6HTN9r9U

ながらというか、CやPerlなら仕事で何十年も使ってて間が働くからどう書くかはすぐ想像できる(Javaも趣味で20年ぐらいやってるのでなんとなくわかる)んだが、
Kotlinはそれと似たようにも書けるしKotlinならではの書き方もできるわけで、その辺のKpylin的な書き方を学習してる感じ。

582

： デフォルトの名無しさん [] 2018/02/16(金) 12:59:00.48

:6HTN9r9U

間がじゃない、勘がだ。

583

： デフォルトの名無しさん [] 2018/02/16(金) 13:01:00.94

:6HTN9r9U

うう。やはりスマホだと変なタイプミス増えるな。orz

584

： デフォルトの名無しさん [sage] 2018/02/16(金) 13:02:16.20

:6wcMGkCt

くぴりんｗ

585

： デフォルトの名無しさん [sage] 2018/02/16(金) 13:05:28.66

:3Bntq5A/

どうせお前らrxもMVVMもfluxも分からないんだろ
失業ざまああｗｗｗｗｗｗｗ

586

： デフォルトの名無しさん [] 2018/02/16(金) 15:00:09.56

:WR2/4984

どこかで聞いたことがあるようなないような・・・

587

： デフォルトの名無しさん [sage] 2018/02/16(金) 18:08:43.61

:LeDNkgwE

>>583

タイプミスじゃなくて誤変換
フリックは関係ない、注意力が欠けてるだけ

588

： デフォルトの名無しさん [sage] 2018/02/16(金) 19:12:39.30

:pw8u3FlN

>>585

rxとmvvmはわかる
fluxがわからないから3行で説明して

589

： デフォルトの名無しさん [sage] 2018/02/16(金) 19:50:26.64

:uCgPr+rC

>>588

片
方
向

590

： デフォルトの名無しさん [] 2018/02/16(金) 20:40:30.87

:YSXjevvC

俺
も
知らない

591

： デフォルトの名無しさん [sage] 2018/02/16(金) 21:50:37.65

:A7OU5IQx

車輪の
再発明に
名前を付けた

592

： デフォルトの名無しさん [sage] 2018/02/16(金) 22:05:45.45

:JKZCusui

モルゲッソヨ

593

： デフォルトの名無しさん [sage] 2018/02/16(金) 22:11:32.26

:kk8fZRd1

今分かったんですけど、プライマリコンストラクタ宣言せずに
セカンダリコンストラクタって宣言できるんですね。

プライマリコンストラクタの主な用途ってコンストラクタのパラメータの宣言とプロパティの宣言を
一緒にできるぐらいですか？？用途は。
class Test(val p1: String)とか

594

： デフォルトの名無しさん [sage] 2018/02/16(金) 23:21:19.28

:JKZCusui

>>593

中身が空っぽなだけで、プライマリコンストラクタは常にあるよ
外部リンク

ttps://ideone.com/tSGMPY

595

： デフォルトの名無しさん [sage] 2018/02/16(金) 23:59:52.15

:JKZCusui

基本は省略表記なだけ
外部リンク

ttps://ideone.com/3Uc2dJ

596

： デフォルトの名無しさん [sage] 2018/02/17(土) 00:19:37.32

:1ji1uAN3

>>594

でも、空のプライマリコンストラクタを明示的に宣言するのと省略するのでは厳密には同一ではないですよね？？

だから、言葉の定義の問題にもなっちゃうけど、initブロックはinitブロックであってプライマリコンストラクタと同一視
しない方がいいとか。プライマリコンストラクタはあくまでclass Test(val p1: String)のval p1: String部分だけで、
プライマリコンストラクタはボディは持てない。
初期化はinitブロックで行うとか？

597

： デフォルトの名無しさん [sage] 2018/02/17(土) 00:24:21.47

:1ji1uAN3

ttps://kotlinlang.org/docs/reference/classes.html
正式な言語仕様書とかないんでしったけ？？
JavaとかC#はしっかりした言語仕様書みたいのあって言葉もしっかり定義されてると
思いますが、kotlinはそういうのないとか・・

598

： デフォルトの名無しさん [sage] 2018/02/17(土) 00:37:46.91

:1ji1uAN3

Note that code in initializer blocks effectively becomes part of the primary constructor.
Delegation to the primary constructor happens as the first statement of a secondary constructor, so the code in all initializer blocks is executed before the secondary constructor body
まぁ、ここにはプライマリコンストラクタの一部になるって書いてあるね。

599

： デフォルトの名無しさん [sage] 2018/02/17(土) 00:43:30.54

:vJDAw5Ja

>>596

そうね暗黙の場合と違いあるから省略という表現は不正確だったごめん

セカンダリコンストラクタが無い場合、暗黙のプライマリコンストラクタはpublicになる
セカンダリコンストラクタが有る場合、暗黙のプライマリコンストラクタは未初期化メンバを残せる

600

： デフォルトの名無しさん [sage] 2018/02/17(土) 01:07:01.46

:vJDAw5Ja

>>597

明らかにまだ未完成だけどこれだと思う
外部リンク

ttp://jetbrains.github.io/kotlin-spec/

601

： デフォルトの名無しさん [sage] 2018/02/17(土) 09:11:07.08

:cSouIKOJ

Kotlin使いがJava使いにマウント取ってる様を見てまたこの繰り返しかと思いそっ閉じ

602

： デフォルトの名無しさん [] 2018/02/17(土) 11:37:12.55

:EWYfJ6l0

マウント取ってるように見える？そりゃなんていうか、劣等感強すぎでは？
てか一々そんなこと考えてないで自分でも使えばいいじゃん。禁止されているわけでもなし。
Java が使える状態になったことのある人が Kotlin 使えるようになれないわけがないと思うが。

603

： デフォルトの名無しさん [sage] 2018/02/17(土) 19:20:37.06

:MOg6+5DY

ていうかkotlin使いって99%Java使いも兼ねてるだろうからマウントとるも何もないのでは

604

： デフォルトの名無しさん [sage] 2018/02/17(土) 22:06:51.34

:QsKtGr9g

今使ってる人はそもそもJavaできるからな
より使いやすくても、対立構造にはならないよな

605

： デフォルトの名無しさん [] 2018/02/18(日) 01:22:27.54

:5P/pcqvC

>>557

モバイル開発は違うかもだが、業務系は極端に言っちまうとjava要員集めるっつたら使い捨て兵隊集めだよ。

606

： デフォルトの名無しさん [sage] 2018/02/18(日) 11:33:46.48

:LPhOEvze

そんな自分の知ってる世界だけの狭い話をされても

607

： デフォルトの名無しさん [sage] 2018/02/18(日) 13:07:28.97

:hkjnjusX

Kotlin, RxJava, MVVMは基本的な必須スキルだからな
未だに実務経験ないやつは失業確定ざまああｗｗｗｗｗｗｗ

608

： デフォルトの名無しさん [sage] 2018/02/18(日) 13:07:47.53

:1pIRFdOf

>>605

兵隊だなんてでたらめ書くなよ
兵隊じゃなくて奴隷だぞ

609

： デフォルトの名無しさん [sage] 2018/02/18(日) 13:24:23.64

:R7wrwf8X

Android系の技術スレは失業だの兵隊だの低いところでマウント争ってるんだな。稼いでるやついなそう。

610

： デフォルトの名無しさん [sage] 2018/02/18(日) 13:56:19.84

:D295fkqM

そういやKotlinはまだ求人数は少ないけど給与は良いって調査結果があったな
中途半端だと仕事にありつけないかもしれないな

611

： デフォルトの名無しさん [] 2018/02/18(日) 14:56:03.30

:oDDrqbus

しかしKotlinってKotlinらしくない従来のJavaっぽい書き方をしても動いてしまうからな。金を多く払う意味があまりないかも知れないぞ。

612

： デフォルトの名無しさん [sage] 2018/02/18(日) 16:12:24.98

:nyTLTr1m

Kotlinで単価が高いのは、チームが今後Kotlinでやってけるように導入の面倒見れる人だよ

>>611

が言ってるレベルの奴なんてそもそも高い単価で雇われないから

613

： デフォルトの名無しさん [sage] 2018/02/18(日) 16:20:57.25

:JlUJeRgg

面倒みなきゃならんほどのものじゃないでしょ
プログラム初心者じゃあるまいし

614

： デフォルトの名無しさん [sage] 2018/02/18(日) 16:37:41.33

:nyTLTr1m

>>613

お前の周辺状況について述べてるわけじゃないことぐらい理解して

615

： デフォルトの名無しさん [sage] 2018/02/18(日) 16:51:37.36

:oDDrqbus

>>612

雇う側がそれを見抜ければ良いんだろうけどね。

616

： デフォルトの名無しさん [sage] 2018/02/18(日) 17:24:17.84

:JlUJeRgg

>>614

確認だけど職業としてプログラマやってる人たちの話って前提だよね？
小学校のプログラムの授業とかじゃなくて

617

： デフォルトの名無しさん [sage] 2018/02/18(日) 19:36:30.68

:nyTLTr1m

>>616

もういいよめんどくさい
じゃあKotlinできればそのレベルに関わらず誰でも単価高いってことでええわ

618

： デフォルトの名無しさん [sage] 2018/02/18(日) 22:46:31.63

:mRumiIcD

ラムダ式から式の外側のthisを参照するにはどうすればいいでしょうか？現状、
val this_ = this
async {
　this_
}
とかしてますけど、これ以外方法ない？

619

： デフォルトの名無しさん [sage] 2018/02/19(月) 00:54:19.29

:bFR3uyhH

>>618

無いことはないけど俺もそうしてるよ
class A {
　　fun f(){
　　　　async {
　　　　　　this@A
　　　　}
　　}
}
外部リンク

ttps://kotlinlang.org/docs/reference/this-expressions.html

620

： デフォルトの名無しさん [sage] 2018/02/19(月) 07:19:51.84

:YvDQTksi

>>618

結局それが1番手っ取り早いと思うけど、this_っていう変数名は気持ち悪いから嫌

621

： デフォルトの名無しさん [sage] 2018/02/19(月) 11:29:23.81

:IoDkpp2Z

言っとくけどselfもダサいよ

622

： デフォルトの名無しさん [sage] 2018/02/19(月) 11:44:10.96

:yCg2MRRi

そうじゃねえだろ
それを言うなら、self_ もダサい

623

： デフォルトの名無しさん [sage] 2018/02/19(月) 12:18:18.12

:uDWMisC4

やっぱ thiz だよね

624

： デフォルトの名無しさん [] 2018/02/19(月) 12:46:45.80

:8HhXX1j3

どう書いても最適化されて同じコードになったりして･･･

625

： デフォルトの名無しさん [sage] 2018/02/19(月) 16:13:32.25

:qb2IEpmC

俺なら一目で何だか分かる名前にする

626

： デフォルトの名無しさん [sage] 2018/02/19(月) 17:29:10.39

:yTArt2lJ

例えば？

627

： デフォルトの名無しさん [sage] 2018/02/19(月) 17:33:59.71

:tDxwJ5H8

>>619

ありがとうござます。this@hogeを使う事にしました

628

： デフォルトの名無しさん [sage] 2018/02/19(月) 17:36:07.64

:UjHZ69on

>>626

val unko = this

629

： デフォルトの名無しさん [sage] 2018/02/19(月) 17:37:58.45

:jylwc8fn

ore,kore,sore

630

： デフォルトの名無しさん [sage] 2018/02/19(月) 17:39:35.65

:UjHZ69on

val 式の外側のthis = this

async {
式の外側のthis.method()
}

これが1番わかりやすいな

631

： デフォルトの名無しさん [sage] 2018/02/19(月) 18:45:31.43

:J+iGZU0/

class名.instanceはコトリンではつかえないのん？

632

： デフォルトの名無しさん [sage] 2018/02/19(月) 22:24:58.24

:9U/kf45x

>>631

objectで宣言したクラス(シングルトン)のclass名.INSTANCEのことでしょうか?

633

： デフォルトの名無しさん [sage] 2018/02/19(月) 23:31:48.80

:4xWfaW8A

エンクロージングインスタンスの話。
クラス名.thisの間違いだった。

634

： デフォルトの名無しさん [sage] 2018/02/19(月) 23:50:04.20

:bFR3uyhH

ラムダに束縛したいのはthisだけとは限らないしネストも有り得るので
クラス外の関数として分離した場合の引数名のイメージで変数名付けてる

val view = this
val cal = activeCalculator
async {
　　cal.recalc()
　　transaction {
　　　　val tran = this
　　　　check(cal, tran)
　　}
　　view.notifyUpdate()
}

635

： デフォルトの名無しさん [sage] 2018/02/20(火) 06:41:06.84

:qL04aTa6

>>634

真面目にいえば俺もこれ。
this_とかは仮に何かしらでもう一段ネストした時に詰む。

636

： デフォルトの名無しさん [sage] 2018/02/20(火) 09:07:54.40

:qXeXVbGF

ネストする時は、
this__
this___
this____
this_____

と、_を増やしてけば

637

： デフォルトの名無しさん [sage] 2018/02/20(火) 10:02:20.87

:I+nWo9FQ

よみづらい

638

： デフォルトの名無しさん [] 2018/02/20(火) 10:02:36.87

:pltRTpB+

>>636

フォントが違うと見え方が変わりそう

639

： デフォルトの名無しさん [sage] 2018/02/20(火) 12:03:00.62

:5NVGlXhy

>>636

天才かよ

640

： デフォルトの名無しさん [] 2018/02/20(火) 12:57:02.91

:DWBDu+Jk

ま、しかし、あまりにもネストが深くなるようならロジック考え直した方が良いかも

641

： デフォルトの名無しさん [] 2018/02/20(火) 20:10:18.67

:xSX01qXm

メソッド参照とか別クラスとか。

642

： デフォルトの名無しさん [] 2018/02/20(火) 20:29:10.81

:qXSQ9QV9

ネストは三段ぐらいまでにしといた方がいいだろうな。
その辺が迷宮の入り口だ。

Cのポインタとかも同じ。3段以上先には魔物が住んでいる。

643

： デフォルトの名無しさん [sage] 2018/02/20(火) 20:35:32.22

:qL04aTa6

せめて他のメソッドに切り出すくらいは最低でもやるべきだわな

644

： デフォルトの名無しさん [sage] 2018/02/20(火) 22:17:03.69

:/iBGk+pN

androidでデータバインディングしようとして
class Foo {
　@Bindable
　val bar get() = hoge.bar
}
とかできないの？？・・・

645

： デフォルトの名無しさん [sage] 2018/02/20(火) 22:18:25.44

:/iBGk+pN

エラー内容はThis annotation is not applicable to target 'member property without
backingField or delegate'です。
どうしたらいいでしょかね

646

： デフォルトの名無しさん [sage] 2018/02/20(火) 22:30:04.18

:/iBGk+pN

Javaでは
class Foo {
　@Bindable
　String getBar() { hoge.getBar() }
}
で、hogeはFooのフィールド変数です。

647

： デフォルトの名無しさん [sage] 2018/02/20(火) 23:05:50.58

:/iBGk+pN

ごめんさい。解決しました。@get:Bindable

648

： デフォルトの名無しさん [sage] 2018/02/21(水) 00:01:54.65

:CION/kfn

また、アノテーションだけど。遅延初期化ではアノテーションつけれんの？しょぼーん。
@field:Transient
val lazyVal by lazy {}
だめか・・

649

： デフォルトの名無しさん [] 2018/02/21(水) 14:48:51.57

:aopUu534

いま触れてないけどkotlin-Nativeってどんな感じ？
ほとんどなんでもコンパイルかけれる？
見たところLLVM通すから行けそうだけど

650

： デフォルトの名無しさん [sage] 2018/02/21(水) 15:35:13.89

:HWbyxxJS

実用で使うのはまだ怖いけど、遊びで触る分にはちゃんと動くよ。
javaの標準パッケージが全く使えないから、jvmで動かす前提で作ってあるクラスだのライブラリだのが動かないという辛さはある。

651

： デフォルトの名無しさん [sage] 2018/02/21(水) 16:03:44.92

:wwQ+gY6z

javaのパッケージ使えないんならわざわざJVM言語使う価値なんかないわｗさよなら～

652

： デフォルトの名無しさん [sage] 2018/02/21(水) 16:13:56.98

:4d1xezjM

うん。はっきり言って現状ではこれを使うメリットが何一つ思い浮かばないよ俺も。

653

： デフォルトの名無しさん [sage] 2018/02/21(水) 17:59:59.69

:ftdNQJg9

地味にアップデートされてるからJBが飽きなければそのうち実用レベルになるかもねえ

654

： デフォルトの名無しさん [] 2018/02/21(水) 18:05:11.04

:2C7myRiq

それなりの標準ライブラリはあるんでしょ？まだないの？(ないわけないか。なければ Hello world も出せないもんな)

655

： デフォルトの名無しさん [] 2018/02/21(水) 18:28:14.61

:aopUu534

ありがとう。
なるほどまだ様子見しとくわ
Javaの標準パッケージ動かないの辛いね

656

： デフォルトの名無しさん [sage] 2018/02/21(水) 18:37:05.98

:KLOfXDKN

>>652

はいキチガイ

657

： デフォルトの名無しさん [sage] 2018/02/21(水) 18:56:30.68

:sG9Uh+s7

>>656

がメリットを説明してくれる模様ｗ

658

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:15:48.38

:CION/kfn

この言語意味不明になってきた。
class Test {
　var str: String
　　get() = field
　　set(value) { }
　constructor() {
　　str = "あいう"
　}
}
val t = Test()
普通にstrがnullになる

659

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:17:58.58

:CION/kfn

セカンダリコンストラクタでstrのbakcingFieldにアクセスできないの？？
　constructor() {
　　str = "あいう" // これはsetter経由のプロパティアクセス
　}

660

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:21:36.71

:ftdNQJg9

>>656

現状でこれ使ってハッピーなことがあるなら教えてくれw

661

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:23:37.72

:ftdNQJg9

>>658-659

そのコードの意図がよく分からないんだけど、何がしたいの？ゆ

662

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:30:46.29

:CION/kfn

>>661

意図はないけど、null安全とかいっておきながらkotlin側だけでnull入るコード書けるのまずいような気がする。
いや、プロパティの初期化方法がうざくて色々調べてたら気づいただけ。

663

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:35:19.91

:CION/kfn

プロパティ宣言すると初期値与えろってうるさいんだけど、うるさいのはいいんだけど初期値の与え方が
val str: String = プロパティイニシャライザ
プロパティイニシャライザ以外、bakcingFieldに直接与える方法ないの？？

>>659

だって、初期値与えろってコンパイルエラーでるから、セカンダリコンストラクタに
str = "あいう" // これはsetter経由のプロパティアクセス
書いたんだけど、setter経由のプロパティアクセスだとsetterが

のようになってるって初期値実際与えられてないし・・

664

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:38:04.92

:CION/kfn

>書いたんだけど、setter経由のプロパティアクセスだとsetterが

のようになってるって初期値実際与えられてないし・・
は
>書いたんだけど、setter経由のプロパティアクセスだとsetterが

のようになってるいじわるコードだと初期値実際与えられてないし・・
に修正

665

： デフォルトの名無しさん [sage] 2018/02/21(水) 19:44:04.71

:ftdNQJg9

そういうことね
確かにこれならsetterの部分でコンパイルエラー出て欲しい気がするな
帰ったらドキュメント舐め回してみるか

666

： デフォルトの名無しさん [sage] 2018/02/21(水) 22:17:43.95

:mU+xwBkv

lateinintつけないでコンパイル通ってしまうなら、Kotlinコンパイラのバグの可能性も...

667

： デフォルトの名無しさん [sage] 2018/02/21(水) 22:24:25.01

:mU+xwBkv

>>666

は勘違いでした。申し訳ない。

多分あまりにも悪意に満ちた常人なら間違え内容のない契約プログラミング違反だから、
そこまでは面倒を見られないということかも。

668

： デフォルトの名無しさん [sage] 2018/02/21(水) 22:33:20.79

:A2iqRMA5

悪意の無い初心者がめちゃくちゃ書いてもちゃんと面倒見てくれるべきだと思う

669

： デフォルトの名無しさん [sage] 2018/02/21(水) 23:05:16.86

:CION/kfn

null安全の導入とともに変数は宣言時に初期値を与えなきゃいけなくなって、
ローカル変数は宣言時に与えなきゃいけないけど、インスタンス変数は宣言時または
コンストラクタ内で与えればOKなんだけど、
backingFieldを持つプロパティと相性悪かった？ってことかな。

backingFieldを持つプロパティはプロパティイニシャライザを与えるか、
コンストラクタ内でbackingFieldに直接初期化するという条件を付けくわえないとだめ？

field:str = "あいう" // コンストラクタ内でのみ使えるbakckingFieldにアクセスする専用構文の導入が必要　か
str = "あいう” // コンストラクタ内でのプロパティへの代入はsetterは経由しないとかの条件が必要

670

： デフォルトの名無しさん [sage] 2018/02/22(木) 00:40:47.03

:P3OwyHQx

バグ相当だと思う

初期化(setter呼び出し)の有無は判定出来ているのだから
コンパイルエラーにするのが難しいなら
その直後にそのプロパティのBacking Fieldがnullだったら
KotlinNullPointerExceptionを投げる処理を暗黙的に追加すべき

671

： デフォルトの名無しさん [sage] 2018/02/22(木) 00:42:25.58

:P3OwyHQx

コンパイラor言語仕様のバグって意味ね

672

： デフォルトの名無しさん [sage] 2018/02/22(木) 01:34:10.26

:2g+h2XZc

null安全の導入->非nullableのクラス型のデフォルト値なんてないから、変数は必ず初期化する
必要がある->(この再、nullable、非nullable関係なく全変数初期化するように)

未初期化の変数がコンパイラエラーにならないんて、これが言語仕様なら
仕様がクソだったってことだな(さすが、適当に作った言語ってことに)。
コンパイラのバグであることを祈ろう。

673

： 666 [sage] 2018/02/22(木) 06:49:37.65

:W5l1Fr+S

は、Test()でconstructor()が呼ばれないことについて
エラーも警告も出ないことも問題かもしれない。

>>672

他
Javaで1回しか代入できないフィールドを作るのにsetterに渡された値を捨ててしまうことは
手法としては考えれられなくはないから、バグではなく仕様かも。
逆にチェックを厳しくし過ぎると出来そうなことができなくなる罠も出てくるから
完璧は無理かと。
Kotlin自体「実用的な」範囲でバランスをとったというコンセプトだし。

674

： 666 [sage] 2018/02/22(木) 06:57:22.88

:W5l1Fr+S

>>673

の一つ目は勘違いでした。
Kotlinは便利だけど、いくつかの規則は言語仕様でなく契約に基づいていて
契約違反のコードは勘違いを起こさざるを得ないと言い訳する...orz

675

： デフォルトの名無しさん [sage] 2018/02/22(木) 07:31:42.26

:tIZ7FSiP

C#でいいじゃん

676

： デフォルトの名無しさん [sage] 2018/02/22(木) 07:39:36.87

:HpXxCMc4

>>674

いや、この件は普通にコンパイラの仕様バグだと思うからissue上げて来なよ

677

： デフォルトの名無しさん [sage] 2018/02/22(木) 07:44:53.50

:HpXxCMc4

一回しか代入したくないならセッターの中にそういう処理を書けばいいだけだし、
非NullableなのにNullが入る状態でコンパイルできるのはどう考えてもバグでしょ

678

： デフォルトの名無しさん [sage] 2018/02/22(木) 07:45:17.47

:P3OwyHQx

>>673

そういう手法のときは内部フィールド側はNullableになっているべきじゃないかな
通常ケースの一つとしてnullがあるパターンなわけだから

private var strF: String? = null
var str: String get(){return strF ?: ""} set(value) { }

679

： デフォルトの名無しさん [sage] 2018/02/22(木) 09:29:54.25

:tZO46ghF

setterを空にしたらバッキングフィールドへの代入は永遠にされないのでは？
外部からバッキングフィールドへの代入ってできないよね？
(getterで値を変更するカウンターみたいなやつは別として)。

680

： デフォルトの名無しさん [sage] 2018/02/22(木) 21:30:53.59

:MQzOZIuj

Nullableでないプロパティのsetterがnullの状態で呼ばれることがあるって考えるとなんか気持ち悪いな
俺の感覚だとsetterが呼ばれた時点でフィールドは初期化されていて欲しいしフィールドの初期化にsetterは使って欲しくない

681

： デフォルトの名無しさん [sage] 2018/02/22(木) 22:55:00.07

:4ek3nBtk

JRubyよりはええんか？

682

： デフォルトの名無しさん [sage] 2018/02/23(金) 00:50:16.39

:U4AoY/IO

ttps://paiza.io/projects/E8Wb5DZH7qOC-b5hcPSk3Q

の var str : String の部分を var str = "aaa" みたいに書くと var なのに str に何を代入しても
中身が"abc"のまま変化しないプロパティが完成w

683

： デフォルトの名無しさん [sage] 2018/02/23(金) 00:50:44.77

:U4AoY/IO

間違えた。"abc"じゃない"aaa"な。

684

： デフォルトの名無しさん [sage] 2018/02/23(金) 07:49:04.02

:bsuGQjVb

>>682

ワロタ
嫌な会社を辞めるときにテロとしてそういうコード残しておくイタズラとかできそう
それはそうとnullableじゃないのにnullになりうるセッターがコンパイル通るのはやっぱおかしいよな
そんなんする奴がいるのかって話ではあるが

685

： デフォルトの名無しさん [sage] 2018/02/23(金) 08:31:33.24

:nqFe2RWJ

githubにあるkotlinのプロジェクトはissuesのリンクがないや
どこに報告すればいいんだ

686

： デフォルトの名無しさん [sage] 2018/02/23(金) 08:54:38.23

:MOvRrowf

>>685

なぜREADMEを読まない…

687

： デフォルトの名無しさん [] 2018/02/23(金) 14:54:59.97

:0k9d4/AB

まとめ

688

： デフォルトの名無しさん [sage] 2018/02/23(金) 18:54:32.34

:fUBBLv0N

こりゃダメだ
C#使おっと

689

： デフォルトの名無しさん [sage] 2018/02/23(金) 19:22:20.80

:tkkK8G2q

>>687

えぇ…これ仕様通りなん？だとしたら糞じゃね？

690

： デフォルトの名無しさん [] 2018/02/23(金) 20:44:31.66

:Py5a3myD

>>688

C#はこういうこと起きないの？
てか、そもそも同じような形式のプログラム作れるの？

691

： デフォルトの名無しさん [sage] 2018/02/23(金) 21:13:42.52

:8lqriKW0

C#はそもそもnull安全じゃないから出てくること自体おかしい

692

： デフォルトの名無しさん [sage] 2018/02/23(金) 21:26:34.63

:i7MOfoRF

8.0ではoptinでnull安全にできるようになるんじゃなかったけ。まあ、でもmicrosoftはこんなポカしないと思うけど。

693

： デフォルトの名無しさん [sage] 2018/02/23(金) 22:05:57.26

:R3lraTlN

オプティン…

694

： デフォルトの名無しさん [sage] 2018/02/23(金) 22:13:05.72

:YiHajEe6

・セカンダリコンストラクタが存在する
・代入して初期化してる(ように見える)プライマリコンストラクタかセカンダリコンストラクタがある
この2つを満たすとコンパイル通っちゃうのかな
外部リンク

ttps://paiza.io/projects/78ZAW5fM_jNEyfhRPD5VbA

695

： デフォルトの名無しさん [sage] 2018/02/23(金) 22:28:48.21

:8lqriKW0

>>694

こりゃコンパイラのバグ説が濃厚だな

696

： デフォルトの名無しさん [sage] 2018/02/23(金) 22:46:50.15

:ZKkKvK7/

完全に趣味でSwift触り始めたんだけど、ことりんと似すぎてて脳の切り替えが大変

697

： デフォルトの名無しさん [sage] 2018/02/23(金) 23:32:19.57

:gu5jD4u6

setterがNOPだからでしょ
何もおかしくないと思うんだが

698

： デフォルトの名無しさん [sage] 2018/02/23(金) 23:51:24.69

:pZoCSvCU

>>697

Javaなら何もおかしくないけど、これはkotlinなんですよ

699

： デフォルトの名無しさん [sage] 2018/02/24(土) 00:23:17.37

:KMKYwria

あー、ごめんごめん、nullableじゃないのにってことね

700

： デフォルトの名無しさん [sage] 2018/02/24(土) 06:43:01.61

:geSYf0sR

SwiftではOptionalよん

701

： デフォルトの名無しさん [sage] 2018/02/24(土) 06:47:11.68

:H2lSL8Bq

そこら辺の名称も統一してくれたらよかったのに

702

： デフォルトの名無しさん [sage] 2018/02/24(土) 08:17:33.01

:vmshfWHt

引数や戻り値の属性(アノテーション)としての出自でNullable (@Nullable)
型引数を持つデータ構造として出自でOptional (Optional<T>)

703

： デフォルトの名無しさん [sage] 2018/02/24(土) 08:21:38.91

:gsJVlH30

だから何？

704

： デフォルトの名無しさん [sage] 2018/02/24(土) 08:32:56.79

:vmshfWHt

単なる経緯にだからも何も無いんだけど

705

： デフォルトの名無しさん [sage] 2018/02/24(土) 09:18:53.65

:b9ViFkCo

Optionalではアンラップが必要で、Nullableでは不要

706

： デフォルトの名無しさん [sage] 2018/02/24(土) 15:32:03.48

:QRpOEI48

つまりOptionalは神Nullableは糞

707

： デフォルトの名無しさん [sage] 2018/02/24(土) 15:33:06.32

:QRpOEI48

間違えた逆だNullableは神Optionalは糞

708

： デフォルトの名無しさん [sage] 2018/02/24(土) 16:29:10.25

:XDApard5

神と糞は種類が違うだろ

709

： デフォルトの名無しさん [sage] 2018/02/24(土) 16:55:50.73

:La3HIAz8

Xamarin程の糞はない

710

： デフォルトの名無しさん [sage] 2018/02/24(土) 20:13:00.64

:geSYf0sR

Kotlinではnullにならない型など存在しないのだ、がっはっは

711

： デフォルトの名無しさん [] 2018/02/24(土) 23:25:19.26

:QE7g/pJn

神は糞である。

712

： デフォルトの名無しさん [sage] 2018/02/25(日) 06:02:39.69

:z/Jlakx1

糞は紙で拭け

713

： デフォルトの名無しさん [sage] 2018/02/25(日) 10:33:42.84

:4s22ePtw

Kotlinインアクションの尼評価低いなと思ったら理由が「難しい」ってw

714

： デフォルトの名無しさん [sage] 2018/02/25(日) 10:54:15.05

:skC5U3zO

やっぱGroovy in Actionだろ、GradleはGrooovyなんだぜぇ

715

： デフォルトの名無しさん [] 2018/02/25(日) 11:44:58.69

:XjF3qDop

こんな本が出てたんだな。

Androidアプリ開発の教科書
外部リンク

ttp://amzn.asia/59lxVwl

716

： デフォルトの名無しさん [sage] 2018/02/25(日) 11:46:33.02

:XjF3qDop

あ、Kotlin で検索したら出てきた本だけど Kotlin とは限らないみたいだな。すまん。

717

： デフォルトの名無しさん [sage] 2018/02/25(日) 11:50:17.94

:XjF3qDop

すまん。Kotlin の K の字も出てこないな。忘れてくれ。

718

： デフォルトの名無しさん [sage] 2018/02/25(日) 12:40:42.33

:pcyqC+jB

Kotlinイン・アクション、2017

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

せっかく太郎が、イン・アクションを参考にして、わかりやすく書いたのだから、
日本人は、太郎本を読んだ方がよい

719

： デフォルトの名無しさん [sage] 2018/02/25(日) 13:02:41.55

:OHKw3fir

情報量はインアクションの方が多いから、わざわざ薄めた本を買う必要なんてないよ

720

： デフォルトの名無しさん [sage] 2018/02/25(日) 13:29:07.46

:V/Ygd9gi

>>718

お前はスッキリをすすめてろよ

721

： デフォルトの名無しさん [sage] 2018/02/25(日) 14:16:36.00

:4s22ePtw

Kotlin本といえば今のところインアクションとスタートブックの２択だと思うけど、
「難しい」って理由でレビュー評価下げるのはどうよ？と思ったんで、難しい以外に
インアクションで問題点ある？
バージョンが古いとか？

722

： デフォルトの名無しさん [sage] 2018/02/25(日) 14:31:03.18

:VQCl2C19

※716
Androidの入門本なんてAndroid搭載機種の種類と同じくらい大量に出てるのになぜわざわざそれを貼ろうと思ったのか

723

： デフォルトの名無しさん [sage] 2018/02/25(日) 14:41:45.45

:XjF3qDop

>>722

先に書いた通り、AmazonでKotlinで検索して出てきたため。

724

： デフォルトの名無しさん [sage] 2018/02/25(日) 15:09:27.72

:Ydc/tL+D

電子書籍でレイアウト固定だと買う気しない

725

： デフォルトの名無しさん [sage] 2018/02/26(月) 08:03:23.98

:RZjRtr5i

知らんけどkotlinのandroid入門書なんてもう山ほど出てるんちゃうの？まだjavaばっかなの？

726

： デフォルトの名無しさん [] 2018/02/26(月) 08:23:30.09

:t40oU2wX

まだ一冊しかないのでは？

727

： デフォルトの名無しさん [sage] 2018/02/26(月) 08:27:44.65

:RZjRtr5i

そうなのか、意外と動き遅いんだな

728

： デフォルトの名無しさん [sage] 2018/02/26(月) 08:56:28.62

:qQ1Da7Hp

本で勉強する時代じゃないからね

729

： デフォルトの名無しさん [sage] 2018/02/26(月) 09:20:17.57

:G+urRbGd

細切れ情報を探すのはやだな。レベルも方針もバラバラだし。
良書があるなら本がいい。

730

： デフォルトの名無しさん [sage] 2018/02/26(月) 09:34:26.29

:/jWICelY

まあ、AndroidでKotlin使うのは増え続けるだろうから何れ本も増えるだろう。

731

： デフォルトの名無しさん [sage] 2018/02/26(月) 09:43:22.22

:CZmy/XEe

本は中古やで何冊かあったよ、まだ高かったけど
正直Pythonは失敗だったと思う

732

： デフォルトの名無しさん [sage] 2018/02/26(月) 10:09:15.19

:G+urRbGd

pythonは糞本で良書が埋もれちゃってる

733

： デフォルトの名無しさん [sage] 2018/02/26(月) 10:47:30.45

:/j3wCSg3

Null Objectパターン流行るといいなあ。

734

： デフォルトの名無しさん [] 2018/02/26(月) 13:51:07.53

:Mu1MCm3E

>>732

流行った言語は自動的にそうなる。

735

： デフォルトの名無しさん [sage] 2018/02/26(月) 17:53:54.70

:i6+hAPO4

>>733

流行るも何もgof23パターンのうちの一つだぞ

736

： デフォルトの名無しさん [sage] 2018/02/26(月) 18:03:06.16

:3e/qclCH

Null Objectはgof外でしょ

737

： デフォルトの名無しさん [sage] 2018/02/26(月) 18:15:26.27

:i6+hAPO4

>>735

すまぬ。
どうやらボケが始まったようだ…

738

： デフォルトの名無しさん [sage] 2018/02/26(月) 18:44:34.21

:3e/qclCH

気にするな、禊としてXamarinのライセンス買ってこい

739

： デフォルトの名無しさん [] 2018/02/26(月) 18:51:59.91

:3Mt4XsWV

買わない買わない

740

： デフォルトの名無しさん [sage] 2018/02/26(月) 19:46:08.16

:FSYyOpBd

>>721

本を読んだけどどっちもよかったよ。
ただ読み手のスキルで理解力に差があるからそこで評価が分かれてるのかも。

741

： デフォルトの名無しさん [sage] 2018/02/27(火) 10:02:27.46

:GEmGj4yT

IntelliJの変換機能使ってシコシコKotlinに変換してるけどstatic無いのがウザくなって来た
Swiftにはあるのにー

742

： デフォルトの名無しさん [sage] 2018/02/27(火) 12:16:20.20

:pU97M93t

>>741

コンパニオンは？

743

： デフォルトの名無しさん [sage] 2018/02/27(火) 18:56:17.20

:9XUAnYvD

自動変換使ったら普通にcompanion objectにならなかったっけ

744

： デフォルトの名無しさん [sage] 2018/02/27(火) 20:07:07.98

:VEiALCIH

スーパーコンパニオンがいいです

745

： デフォルトの名無しさん [sage] 2018/02/27(火) 23:14:15.97

:m5Iw3K9X

自動変換してもコンパニオンにならなかったから、シコシコ変えてる

746

： デフォルトの名無しさん [sage] 2018/02/27(火) 23:34:21.25

:l+pACPTY

Android stuiosって糞重いのな
Xcodeの比じゃなかったわ

747

： デフォルトの名無しさん [sage] 2018/02/27(火) 23:39:03.53

:oVWfwCMw

Core i7、メモリ32GBだけど、コーディングに支障があるほど重いとは感じないかな

748

： デフォルトの名無しさん [sage] 2018/02/28(水) 00:05:50.05

:KPu2dHe+

ノート用のi5、8Gでもサクサク動くぞ

749

： デフォルトの名無しさん [sage] 2018/02/28(水) 01:54:55.83

:SwOhtkGH

基本xcodeの方が重くない？

750

： デフォルトの名無しさん [] 2018/02/28(水) 04:32:16.89

:ifAjmiIg

Android stuios...

751

： デフォルトの名無しさん [sage] 2018/02/28(水) 06:49:11.80

:qqsPLA0F

明らかにxcodeの方が重い

752

： デフォルトの名無しさん [sage] 2018/02/28(水) 06:51:00.64

:qqsPLA0F

あ、Android StudioじゃなくてAndroid stuiosの話なのか
それなら知らんわ

753

： デフォルトの名無しさん [sage] 2018/02/28(水) 07:13:17.29

:hln4Ed73

VisualStudioはサクサク動くね

754

： デフォルトの名無しさん [sage] 2018/02/28(水) 08:34:11.55

:pTBSmEfK

Android Studioはエミュレータの起動が激重

755

： デフォルトの名無しさん [sage] 2018/02/28(水) 08:51:39.92

:CR0DdEON

お前のPCが糞なんだろ

756

： デフォルトの名無しさん [] 2018/02/28(水) 09:34:38.82

:3IEGD0z0

そういやエミュレータは遅いな。あれ速くならんもんかね？実機に繋いじゃうしかないか？

757

： デフォルトの名無しさん [sage] 2018/02/28(水) 11:19:49.30

:fhD/c/L7

そんなにおもいか？

758

： デフォルトの名無しさん [sage] 2018/02/28(水) 12:23:44.87

:pWBZNbli

その部分はXcodeも糞重いからまあしゃあない

759

： デフォルトの名無しさん [sage] 2018/02/28(水) 13:05:00.32

:/o1cB3Jz

お前の収入がまともなPCも買えないほど低いだけ

760

： デフォルトの名無しさん [sage] 2018/02/28(水) 15:32:06.67

:nKEiX8dA

Flutterが話題になってるけど、Dartなんだよなあ、、

761

： デフォルトの名無しさん [sage] 2018/02/28(水) 15:32:21.47

:nKEiX8dA

Kotlinならよかったのに

762

： デフォルトの名無しさん [] 2018/02/28(水) 15:59:23.70

:/fCVXMT7

やっぱ金掛けてゲーミングPCにしないといかんかね

763

： デフォルトの名無しさん [sage] 2018/02/28(水) 17:02:46.79

:Dh2+122Q

何の話ししてるんだ

764

： デフォルトの名無しさん [sage] 2018/02/28(水) 17:05:13.06

:Dh2+122Q

IntelliJファミリーのIDEが不自然に重い時はプラグインを疑った方が良い
もしくは単純にindexingか何かをしてるだけか

とりあえず2013年モデルでメモリ8GBのMBPでもサクサク動く

765

： デフォルトの名無しさん [sage] 2018/02/28(水) 21:48:31.62

:CR0DdEON

さっさとまともな収入得られる会社に転職しろ

766

： デフォルトの名無しさん [sage] 2018/03/01(木) 05:22:15.58

:cE1p2NGM

googleさんの本命はkotlinじゃなくてflutterのDartだったってこと?

767

： デフォルトの名無しさん [sage] 2018/03/01(木) 06:15:15.24

:uqwlFRYM

いや、あの会社がプログラミング言語を開発するのは趣味みたいなもんだから。

768

： デフォルトの名無しさん [sage] 2018/03/01(木) 11:37:02.64

:tn3lzpGs

飽きたら捨てるでしょ

769

： デフォルトの名無しさん [sage] 2018/03/01(木) 13:21:29.38

:a0FtR1fD

女ったらし

770

： デフォルトの名無しさん [sage] 2018/03/01(木) 13:52:18.31

:rGfsNRkK

Goってどこ行ったんだよ

771

： デフォルトの名無しさん [sage] 2018/03/01(木) 14:25:40.30

:a0FtR1fD

トイレ

772

： デフォルトの名無しさん [sage] 2018/03/01(木) 16:56:43.31

:/5bgAPbJ

有名どころだけでもGASとgoとDartとあるからな
統一しろや

773

： デフォルトの名無しさん [sage] 2018/03/01(木) 17:02:42.69

:SIvaL2Ua

なんかgoogleって統一感無いよなー。
dart捨てたと思ってたのに、このタイミングで復活させるとかさ。ならchromeに予定通りvm載せろや

774

： デフォルトの名無しさん [sage] 2018/03/01(木) 17:40:32.49

:JNnNxKxo

もうどれにも移行せずJavaに留まるのが一番

775

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:09:19.76

:cE1p2NGM

>>773

それが望ましいな。まぁ、Flutter+Dartが成功したらchromeにもDartVM搭載復活とかあるかもね。
それで、JavaScript絶滅に追いやってほしいわ。
今どきの言語ならなんえり好みしないからフロントエンドからJavaScriptを絶滅に追いやってほしい。

776

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:12:11.07

:uQkXDe7H

未だにKotlinの実務経験のないやつは完全失業ざまあｗｗｗ

777

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:13:28.77

:tn3lzpGs

それはない

778

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:26:37.33

:ABErgR5Z

>>774

COBOLだってまだ生きてるしね

779

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:48:56.63

:cE1p2NGM

つか、あれ、ラムダ式の中で値返すときretrunとかキーワードつけないのかー
ふーんって思ったけど、制御までreturnするんじゃないのか・・
{
　if (条件式) 値1
　その他の文
　値2
}
で、if文の条件式が真の時、値1が返ってreturnするのかと思ったらその後も実行されるのか・・

780

： デフォルトの名無しさん [sage] 2018/03/01(木) 18:56:24.56

:cE1p2NGM

あれ、どうやって値返すんだよん。if else使いたくないんだけど。

781

： デフォルトの名無しさん [sage] 2018/03/01(木) 19:05:41.78

:uqwlFRYM

>>779-780

太郎本でも読むことをお勧めする

782

： デフォルトの名無しさん [sage] 2018/03/01(木) 19:22:21.90

:SIvaL2Ua

>>775

jsを、撲滅ってESの最新仕様追いかけなよ。
悪くないから

783

： デフォルトの名無しさん [sage] 2018/03/01(木) 19:23:41.14

:cE1p2NGM

コンパイルエラーがでるからそこらへん適当にやっててもなんとかなったけどww。
真面目に考えるとどうなってんだこれww
今までコンパイルエラーが消えるように適当に例えば、
fun testAsync(): Deffered<String> {
　return async {
　　lock.withLock {
　　　"ABC"
　　}
　}
}
むしろ、retrunを付けると怒られたからこのままにしたけど。return@asyncってラベルつけるればいいのか。
ラベルつけない場合はどうなってんだこれ。

784

： デフォルトの名無しさん [sage] 2018/03/01(木) 21:08:11.92

:lRGki80K

inline の場合は return の意味がちょっと変わっちゃうんじゃない?

785

： デフォルトの名無しさん [sage] 2018/03/02(金) 09:57:27.48

:cO6anSKk

>>783

>>319-321

786

： デフォルトの名無しさん [sage] 2018/03/02(金) 19:55:39.45

:UK6+GFm3

>>785

ありがとう。ちょっと前に話題になってたのね。
つか、前に教えてもらった外部リンク

ttp://jetbrains.github.io/kotlin-spec/
にそれに関する事のってねぇな？

DartだってECMAでしっかりした仕様書になってるのに、
仕様書がいまだにこんなレベルなのにAndroidのFirst Class Languageにするなんて
Google何考えてんだか・・

787

： デフォルトの名無しさん [sage] 2018/03/02(金) 20:38:44.95

:UK6+GFm3

後、

ttps://ideone.com/RIMEHi
で、
val t = Test()
t.update()
にすると、propertyが変更されないっぽいんですけど、なんででしょうか？？
Android環境でコルーチンを使ってます
よろしくお願いします。

788

： デフォルトの名無しさん [sage] 2018/03/02(金) 20:49:08.27

:UK6+GFm3

あれ、そういや、

でfieldってラムダ式の中から変更できるの？？

789

： デフォルトの名無しさん [sage] 2018/03/02(金) 21:31:57.84

:ypGJ9h8+

ダメだこの言語…はやく何とかしないと…

790

： デフォルトの名無しさん [sage] 2018/03/02(金) 21:56:02.44

:Cxn2x5kD

え、Androidやろうと思って今ならKotlinかなって思って調べてたのに。

791

： デフォルトの名無しさん [sage] 2018/03/03(土) 00:14:44.42

:xuTznB0o

Androidやコルーチンであることは直接の関係が無く
インラインでないラムダとprivate setの組み合わせが影響しているようだ

外部リンク

ttps://ideone.com/aLit2X
↑これの「4」が出力されるケースと同じでsetの処理を通らずに
バッキングフィールドに直に代入されてると思う

バグか仕様か断言はしないけど、多分コンパイラのバグじゃないかな

792

： デフォルトの名無しさん [sage] 2018/03/03(土) 00:41:15.44

:AQTy3jz6

>>791

うぉぉ。ありがとう。コルーチン関係なかったのか。
まだ、インラインとか勉強してなくてさっぱりだけどw
この前の

も俺だし、
真面目にkotlinで開発しようと思って2週間ぐらいでこのザマとか
なんなのkotlinの品質。笑えないな。

793

： デフォルトの名無しさん [sage] 2018/03/03(土) 00:53:35.09

:X3kFcdUX

この前のもだけど誰かバグとして報告してあげて…

794

： デフォルトの名無しさん [sage] 2018/03/03(土) 01:02:48.20

:AQTy3jz6

そうだよね。俺もちょっと前というか昨日もそうだけど、

のまた変な動きに出くわして
さすがにうんざりしてIssue Trackerのぞいたけど、前のも報告されてないっぽいよねww

つか、前のやつは単なるコンパイラのバグですまされない仕様修正とか入りそうな予感してるんだけど。
まぁ、現状の仕様ってのがなんだかよくわからんけど。

795

： デフォルトの名無しさん [sage] 2018/03/03(土) 07:18:41.68

:LSyqUS+v

じゃあiOS開発に引きこもってろ

796

： デフォルトの名無しさん [sage] 2018/03/03(土) 09:31:08.45

:xuTznB0o

コンパイラのバグはバグとして直すのが当然だけど

この前のバッキングフィールドの初期化回避や
setter内のインラインでないラムダからバッキングフィールドにアクセスするのを
普通のアプリ開発として書いているのなら止めた方が良いと思う

個人的な感覚では動作以前に「コンパイルが通るべきでは無いコード」だと思うので

797

： デフォルトの名無しさん [sage] 2018/03/03(土) 11:42:59.48

:GRjh9/QH

仕様がないとバグかそうでないか判断できないが仕様はどこにあるんだ？

798

： デフォルトの名無しさん [sage] 2018/03/03(土) 20:31:37.81

:AQTy3jz6

kotlinで3000行くらいすでに書いちゃったけど、とりあえず、private setをpublic setに直して回避・・
しばらくflutterで遊んでくるか

799

： デフォルトの名無しさん [] 2018/03/03(土) 20:32:59.01

:usZqppoC

しようがないなあ

800

： デフォルトの名無しさん [sage] 2018/03/03(土) 22:17:04.30

:veVqPwjm

醤油が無いなぁ

801

： デフォルトの名無しさん [sage] 2018/03/03(土) 23:44:09.37

:AQTy3jz6

死なないかなぁ

802

： デフォルトの名無しさん [sage] 2018/03/04(日) 14:00:55.46

:6Lia9zzl

のコードなんかは誰も書かないから発見さえされないし報告されてないんだろうね

803

： デフォルトの名無しさん [sage] 2018/03/04(日) 14:48:36.99

:D9lK5f2H

これからプログラミング初心者がkotlinを触るようになったらそこらへんも色々見つかるだろうね
今はまだほぼ他の言語で経験のある人しか触ってないでしょ

804

： デフォルトの名無しさん [sage] 2018/03/04(日) 17:28:56.35

:PgKwjWml

こんな事いうと荒れるけど、逆だと思う

805

： デフォルトの名無しさん [sage] 2018/03/04(日) 18:11:45.65

:KRR85xAP