Kotlin 2
■ このスレッドは過去ログ倉庫に格納されています
setterがNOPだからでしょ
何もおかしくないと思うんだが >>697
Javaなら何もおかしくないけど、これはkotlinなんですよ あー、ごめんごめん、nullableじゃないのにってことね 引数や戻り値の属性(アノテーション)としての出自でNullable (@Nullable)
型引数を持つデータ構造として出自でOptional (Optional<T>) Optionalではアンラップが必要で、Nullableでは不要 間違えた逆だNullableは神Optionalは糞 Kotlinではnullにならない型など存在しないのだ、がっはっは Kotlinインアクションの尼評価低いなと思ったら理由が「難しい」ってw やっぱGroovy in Actionだろ、GradleはGrooovyなんだぜぇ こんな本が出てたんだな。
Androidアプリ開発の教科書
http://amzn.asia/59lxVwl あ、Kotlin で検索したら出てきた本だけど Kotlin とは限らないみたいだな。すまん。 すまん。Kotlin の K の字も出てこないな。忘れてくれ。 Kotlinイン・アクション、2017
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
せっかく太郎が、イン・アクションを参考にして、わかりやすく書いたのだから、
日本人は、太郎本を読んだ方がよい 情報量はインアクションの方が多いから、わざわざ薄めた本を買う必要なんてないよ Kotlin本といえば今のところインアクションとスタートブックの2択だと思うけど、
「難しい」って理由でレビュー評価下げるのはどうよ?と思ったんで、難しい以外に
インアクションで問題点ある?
バージョンが古いとか? ※716
Androidの入門本なんてAndroid搭載機種の種類と同じくらい大量に出てるのになぜわざわざそれを貼ろうと思ったのか >>722
先に書いた通り、AmazonでKotlinで検索して出てきたため。 知らんけどkotlinのandroid入門書なんてもう山ほど出てるんちゃうの?まだjavaばっかなの? 細切れ情報を探すのはやだな。レベルも方針もバラバラだし。
良書があるなら本がいい。 まあ、AndroidでKotlin使うのは増え続けるだろうから何れ本も増えるだろう。 本は中古やで何冊かあったよ、まだ高かったけど
正直Pythonは失敗だったと思う >>733
流行るも何もgof23パターンのうちの一つだぞ >>735
すまぬ。
どうやらボケが始まったようだ… 気にするな、禊としてXamarinのライセンス買ってこい >>721
本を読んだけどどっちもよかったよ。
ただ読み手のスキルで理解力に差があるからそこで評価が分かれてるのかも。 IntelliJの変換機能使ってシコシコKotlinに変換してるけどstatic無いのがウザくなって来た
Swiftにはあるのにー 自動変換使ったら普通にcompanion objectにならなかったっけ 自動変換してもコンパニオンにならなかったから、シコシコ変えてる Android stuiosって糞重いのな
Xcodeの比じゃなかったわ Core i7、メモリ32GBだけど、コーディングに支障があるほど重いとは感じないかな あ、Android StudioじゃなくてAndroid stuiosの話なのか
それなら知らんわ Android Studioはエミュレータの起動が激重 そういやエミュレータは遅いな。あれ速くならんもんかね?実機に繋いじゃうしかないか? Flutterが話題になってるけど、Dartなんだよなあ、、 IntelliJファミリーのIDEが不自然に重い時はプラグインを疑った方が良い
もしくは単純にindexingか何かをしてるだけか
とりあえず2013年モデルでメモリ8GBのMBPでもサクサク動く googleさんの本命はkotlinじゃなくてflutterのDartだったってこと? いや、あの会社がプログラミング言語を開発するのは趣味みたいなもんだから。 有名どころだけでもGASとgoとDartとあるからな
統一しろや なんかgoogleって統一感無いよなー。
dart捨てたと思ってたのに、このタイミングで復活させるとかさ。ならchromeに予定通りvm載せろや >>773
それが望ましいな。まぁ、Flutter+Dartが成功したらchromeにもDartVM搭載復活とかあるかもね。
それで、JavaScript絶滅に追いやってほしいわ。
今どきの言語ならなんえり好みしないからフロントエンドからJavaScriptを絶滅に追いやってほしい。 未だにKotlinの実務経験のないやつは完全失業ざまあwww つか、あれ、ラムダ式の中で値返すときretrunとかキーワードつけないのかー
ふーんって思ったけど、制御までreturnするんじゃないのか・・
{
if (条件式) 値1
その他の文
値2
}
で、if文の条件式が真の時、値1が返ってreturnするのかと思ったらその後も実行されるのか・・ あれ、どうやって値返すんだよん。if else使いたくないんだけど。 >>779-780
太郎本でも読むことをお勧めする >>775
jsを、撲滅ってESの最新仕様追いかけなよ。
悪くないから コンパイルエラーがでるからそこらへん適当にやっててもなんとかなったけどww。
真面目に考えるとどうなってんだこれww
今までコンパイルエラーが消えるように適当に例えば、
fun testAsync(): Deffered<String> {
return async {
lock.withLock {
"ABC"
}
}
}
むしろ、retrunを付けると怒られたからこのままにしたけど。return@asyncってラベルつけるればいいのか。
ラベルつけない場合はどうなってんだこれ。 inline の場合は return の意味がちょっと変わっちゃうんじゃない? >>785
ありがとう。ちょっと前に話題になってたのね。
つか、前に教えてもらったhttp://jetbrains.github.io/kotlin-spec/
にそれに関する事のってねぇな?
DartだってECMAでしっかりした仕様書になってるのに、
仕様書がいまだにこんなレベルなのにAndroidのFirst Class Languageにするなんて
Google何考えてんだか・・ 後、
https://ideone.com/RIMEHi
で、
val t = Test()
t.update()
にすると、propertyが変更されないっぽいんですけど、なんででしょうか??
Android環境でコルーチンを使ってます
よろしくお願いします。 あれ、そういや、>>787でfieldってラムダ式の中から変更できるの?? え、Androidやろうと思って今ならKotlinかなって思って調べてたのに。 >>787
Androidやコルーチンであることは直接の関係が無く
インラインでないラムダとprivate setの組み合わせが影響しているようだ
https://ideone.com/aLit2X
↑これの「4」が出力されるケースと同じでsetの処理を通らずに
バッキングフィールドに直に代入されてると思う
バグか仕様か断言はしないけど、多分コンパイラのバグじゃないかな >>791
うぉぉ。ありがとう。コルーチン関係なかったのか。
まだ、インラインとか勉強してなくてさっぱりだけどw
この前の>>658も俺だし、
真面目にkotlinで開発しようと思って2週間ぐらいでこのザマとか
なんなのkotlinの品質。笑えないな。 そうだよね。俺もちょっと前というか昨日もそうだけど、>>787のまた変な動きに出くわして
さすがにうんざりしてIssue Trackerのぞいたけど、前のも報告されてないっぽいよねww
つか、前のやつは単なるコンパイラのバグですまされない仕様修正とか入りそうな予感してるんだけど。
まぁ、現状の仕様ってのがなんだかよくわからんけど。 コンパイラのバグはバグとして直すのが当然だけど
この前のバッキングフィールドの初期化回避や
setter内のインラインでないラムダからバッキングフィールドにアクセスするのを
普通のアプリ開発として書いているのなら止めた方が良いと思う
個人的な感覚では動作以前に「コンパイルが通るべきでは無いコード」だと思うので ■ このスレッドは過去ログ倉庫に格納されています