Kotlin 5

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

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

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

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

公式サイト
https://kotlinlang.org/
公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler
オンラインコンパイラ
https://ideone.com/

Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
Library support for Kotlin coroutines
https://github.com/Kotlin/kotlinx.coroutines

**デフォルトの名無しさん** · 2018/12/09(日) 14:57:10.33

**デフォルトの名無しさん** · 2018/12/11(火) 17:55:58.71

c#でasnc/awaitを学んだから、そのノリでhogeAsync : Defered<Int>とか量産してたがこれclassic wayで駄目なんだ。
コルーチンムズいぞ。

**デフォルトの名無しさん** · 2018/12/11(火) 18:12:47.19

今までクラス設計するとき、
class Hoge {
　fun action1(): Deferred<Int> {
　　return GlobalScope.async() {}
　}
　fun cation2(): Deferred<String> {}
}
GlobalScopeなのはいずれどうにかしようととりあえず脇に置いといて、こう設計してたがダメっぽいな？
誰か詳しい人いないの？

**デフォルトの名無しさん** · 2018/12/11(火) 20:17:24.17

class Hoge {
suspend fun action1(): Int = coroutineScope {
delay(2000)
return@coroutineScope 1
}

suspend fun cation2(): String = coroutineScope {
delay(3000)
return@coroutineScope "hoge"
}
}

**デフォルトの名無しさん** · 2018/12/11(火) 21:33:56.96

C#のasync = suspend って思っとけば大体おｋ

**デフォルトの名無しさん** · 2018/12/11(火) 21:59:01.90

async = suspendみたいのはだいたい分かるんだけど、>>6みたく、suspend関数を大量に用意するのがkotlinスタイルらしいんだけど、
じゃ、クラス設計するとき、誰がコルーチンビルダーでコルーチン作るの？って悩んでて。
例えば、「ライブラリ」として分割するケースを考えてみるとして、まず、REST APIを内部でたたいて結果を返すライブラリを作るとき、
class WebService {
　suspend fun action1()
　suspend fun action2()
}
みたく、全部suspend関数として外部にpublicなAPIとして公開するの？？

**デフォルトの名無しさん** · 2018/12/11(火) 22:05:51.76

で、例えば、更に上のライブラリを内部で使って、キャッシュ機能だとかを提供するライブラリを作るとき、
(androidアプリの開発で見るRepositoryパターン)みたいなライブラリを作るときも
class Repository {
　suspend fun action1() { webServcie.action1()など}
　suspend fun action2()
}
で、やっぱsuspend関数を公開して、このライブラリを使ってつくるアプリで、
launch() {
repo.action1()
}
でここでコルーチンビルダーを使う？？みたいな感じ？

**デフォルトの名無しさん** · 2018/12/11(火) 22:13:49.36

ちなみに>>6のcoroutineScope関数調べると、これ新しいスコープ作って呼び出し元からキャンセルできなくなるらしいから、キャンセルできるように
するには
class Hoge {
suspend fun action1(): Int {
delay(2000)
return 1
}

suspend fun cation2(): String {
delay(3000)
return "hoge"
}
}
でいいってことだよね？

**デフォルトの名無しさん** · 2018/12/11(火) 23:19:00.56

https://youtu.be/9HUFo4WyDPI?t=2178
見てたら、例でcoroutineScope使ってたな。
英語何言ってるか全然わからねぇけどw
Structured Concurrency云々。
>>6は相当なプロフェッショナルと見た。

**デフォルトの名無しさん** · 2018/12/12(水) 12:16:15.38

つkotlinx

**デフォルトの名無しさん** · 2018/12/12(水) 13:12:24.30

Crystalのスレどこ？

**デフォルトの名無しさん** · 2018/12/12(水) 21:24:09.19

非suspendも可能な場合に、suspend版と非suspend版を内部的に両方生成するオプションが欲しい
Kotlin/JS使ってるとJavaScriptのasyncより書きやすい（await相当がデフォだから）けど
それでももう一手欲しいところ

**デフォルトの名無しさん** · 2018/12/18(火) 21:12:59.14

kotlinてJavaがなくてもwindowsとMacで動くの？

**デフォルトの名無しさん** · 2018/12/18(火) 21:34:52.63

いけるいける

**デフォルトの名無しさん** · 2018/12/18(火) 22:25:09.54

Kotlin Native なら、な。

**デフォルトの名無しさん** · 2018/12/19(水) 09:00:14.59

Kotlin/NativeならKotlinコンパイラもLLVMだけが必要でJavaいらないの?

**デフォルトの名無しさん** · 2018/12/19(水) 09:45:25.24

そうだよ
かわりに愛情と寛容と忍耐と妥協が必要

**デフォルトの名無しさん** · 2018/12/19(水) 09:49:46.24

>>18
ああ。要らなかったよ。やってみな。

**デフォルトの名無しさん** · 2018/12/19(水) 21:31:55.75

いやコンパイラ自体には必要でしょ
初期実装は全部Javaで、今でもかなり残ってる
自社製品のIntelliJがJVM前提だし統合もあるからNativeでのセルフホスティングは目指してないと思うよ

**デフォルトの名無しさん** · 2018/12/20(木) 00:01:10.39

やっとマジレスが出てくれて若干安心した

**デフォルトの名無しさん** · 2018/12/20(木) 02:22:55.67

やがてコンパイラ自体も Kotlin native でコンパイルできるようになって完全に Java 不要になると思う。

**デフォルトの名無しさん** · 2018/12/20(木) 17:35:04.19

やっと林檎ユーザーに
泥は処理遅くて草
とか言われなくて済むんだね！

**デフォルトの名無しさん** · 2018/12/20(木) 19:18:48.12

コンパイラをKotlin native でコンパイルできるようになるのは比較的早くできるだろうけど
IntellijみたいなGUIの総合開発環境をマルチプラットフォームで動かすのをJavaなしでやるのは大変だろう。

**デフォルトの名無しさん** · 2018/12/21(金) 09:15:12.67

GUIの部分が大変かもな

**デフォルトの名無しさん** · 2018/12/21(金) 12:11:36.66

やるメリットもないだろうからやらんだろうな

**デフォルトの名無しさん** · 2018/12/21(金) 13:38:51.46

ただでさえVSCodeに追われてヤバいのに余計なことしてる余裕ないだろ

**デフォルトの名無しさん** · 2018/12/21(金) 13:49:31.79

なんだかんだでJVMは長生きすると信じてる

**デフォルトの名無しさん** · 2018/12/21(金) 15:27:32.04

長生きじゃなく、ただの延命処置だろ

**デフォルトの名無しさん** · 2018/12/21(金) 15:30:24.56

あ、そーだ。GUIはJavaScriptで書いてブラウザで実行させれば良い。
そのJavaScriptはKotlinのソースからコンパイルして作ったやつにすれば完璧。

**デフォルトの名無しさん** · 2018/12/21(金) 22:14:57.05

アンケート入力の時間だ
https://blog.jetbrains.com/kotlin/2018/12/kotlin-census-2018/

**デフォルトの名無しさん** · 2018/12/21(金) 22:59:54.90

項目多いな

**デフォルトの名無しさん** · 2018/12/22(土) 02:37:32.92

いつの間にかこんな入門書が出ていた。但し Kindle 版のみだ(unlimited の人は 0 円で読める)。

速習 Kotlin
http://amzn.asia/d/0ZiG6rB

**デフォルトの名無しさん** · 2018/12/25(火) 06:47:43.66

メリーコトリン

**デフォルトの名無しさん** · 2018/12/25(火) 11:17:10.24

つまんね

**デフォルトの名無しさん** · 2018/12/25(火) 19:25:24.16

爆笑

**デフォルトの名無しさん** · 2018/12/26(水) 22:47:51.52

>>37
無理に>>36にて対抗しなくていいからww

**デフォルトの名無しさん** · 2018/12/27(木) 08:12:45.83

kotlinのコルーチンビルダーに渡す中断関数がレシーバー付きなのを止めてほしい。
public fun CoroutineScope.launch(
　context: CoroutineContext = EmptyCoroutineContext,
　start: CoroutineStart = CoroutineStart.DEFAULT,
　block: suspend CoroutineScope.() -> Unit
blockパラメータにレシーバつけるんじゃねぇよ。というもの、なんでコルーチンビルダーに渡すルートの中断関数だけCorotineScopeにアクセスできるんだよ。
ルート以外の中断関数からはアセクスできないのに。この非対称性というか特別扱いやめて。

**デフォルトの名無しさん** · 2018/12/27(木) 08:17:42.92

例えば、自分で定義した中断関数
suspend fun hoge() {
}
内ではCoroutineScopeにアクセスできない。CoroutineScopeではなくCoroutineContextにはcoroutineContext関数経由でアセクスできるが。
こういう一貫性のなさはやめてほしい。なんか意味があるのかもしれんが。

**デフォルトの名無しさん** · 2018/12/27(木) 10:06:52.89

ここじゃなくて公式に言ってこいよ

**デフォルトの名無しさん** · 2018/12/27(木) 23:27:31.48

>>32のアンケートに自由記載の欄があるから、そこで言うことは可能。

**デフォルトの名無しさん** · 2018/12/27(木) 23:47:52.20

>>39 >>40
CoroutineScopeはキャンセルの伝搬と構造化のためにあって意図的にそうなってる
private funや全体制御クラスなどを除いては基本的に他所に渡しては駄目

渡された側がキャンセルすると子だけでなく親戚関係のものまで巻き込んでしまう

スコープ直下のブロックは保護者のような役割になるので
渡さずに↓のようにしてスコープをネスト構造にするべき
suspend fun hoge() = couroutineScope {
}

**デフォルトの名無しさん** · 2019/01/02(水) 20:28:59.08

あけましておめでとうございます
ことりんもよろしくお願いします

**デフォルトの名無しさん** · 2019/01/02(水) 22:49:08.10

え？

**デフォルトの名無しさん** · 2019/01/03(木) 09:15:47.36

山田さーん、>>44に座布団1枚持ってきて。

**デフォルトの名無しさん** · 2019/01/03(木) 10:25:22.96

座り小便した奴を持って来ました

**デフォルトの名無しさん** · 2019/01/07(月) 18:42:28.96

supervisorScopeって上司っぽさがあるな

**デフォルトの名無しさん** · 2019/01/12(土) 11:30:26.17

お前の勤務成績は丸見えだから

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

そもそもcoroutinrScopeを他に渡して何をするつもりなんだろう
用途が思いつかない

**デフォルトの名無しさん** · 2019/01/14(月) 19:40:36.89

「基本からしっかり身につくAndroidアプリ開発入門 Android Studio 3対応」
よく書いてあるようにサンプルが動かないんすけど、
あまりにも初心者過ぎてどこを直せばいいのかわからないっす。
Chapter 4のCalculatorで、正しいコードがわかる方いませんか？

val button = findViewById<Button>(R.id.calculate)
button.setOnClickListener {
var isValid = true

val priceEditText = findViewById<EditText>(R.id.price)
val priceText = priceEditText.text.toString()

if (priceText.isEmpty()) {
priceEditText.error = getString(R.string.price_error)
isValid = false
}

val discountEditText = findViewById<EditText>(R.id.discount)
val discountText = discountEditText.text.toString()

if (discountText.isEmpty()) {
discountEditText.error = getString(R.string.discount_error)
isValid = false
}

**デフォルトの名無しさん** · 2019/01/14(月) 19:40:58.45

>>51の続き

if (isValid) {
val price = priceText.toInt()
val discount = discountText.toInt()

val intent = Intent(this, ResultActivity::class.java)
intent.putExtra("price", price)
intent.putExtra("discount", discount)
startActivity(intent)
}
}

**デフォルトの名無しさん** · 2019/01/14(月) 19:42:40.59

>>51　遷移先のコードもエラーになります。

val extras = intent.extras ?: return

val price = extras.getInt("price", 0)
val discount = extras.getInt("discount", 0)

val expression = findViewById<TextView>(R.id.expression_label)
expression.text = getString(R.string.expression, price, discount)

val discountedPrice = price * (100 - discount) / 100

val discounted = findViewById<TextView>(R.id.result_label)
discounted.text = getString(R.string.result, discountedPrice)

**デフォルトの名無しさん** · 2019/01/14(月) 19:51:40.91

まず大事なこととして
・正確に伝える
・切り分けをしていく

コンパイルエラーなのか実行時エラーなのか想定と違う動作なのか
エラーであればどのような内容か
想定と違うのであれば想定と実際の両方を具体的に

実行可能な場合はログ出力を追加するなどして問題の箇所を絞り込む

技術者は答えより答えの出し方を知る方が大切

**デフォルトの名無しさん** · 2019/01/14(月) 19:54:33.86

>>54
コンパイルエラーです

**デフォルトの名無しさん** · 2019/01/14(月) 20:14:29.56

AndroidStudio使っててどこがコンパイルエラーかわからないとかあんの？

**デフォルトの名無しさん** · 2019/01/14(月) 21:06:42.85

まあぶっちゃけると「エラーが出て動かない」以上のことがさっぱりわからんことはあるにはある
IDEが表示するエラーが理解できるくらいならそもそも入門書など読まんｗ

**デフォルトの名無しさん** · 2019/01/14(月) 21:23:28.22

>>55
なぜエラーメッセージを読まないのか。せめて貼り付けろ

**デフォルトの名無しさん** · 2019/01/15(火) 00:32:52.94

Rなんとかは定義したの？

**デフォルトの名無しさん** · 2019/01/15(火) 01:25:57.81

>>51に当てはまるかは知らないけど
初心者って初心者向けの本を買うくせにちゃんと読まずに進めるんだよな
手順をすっ飛ばしてるパターンがほとんど

**デフォルトの名無しさん** · 2019/01/15(火) 01:38:02.87

>>59
あー文字定義してないのはいかにもありそうだな

**デフォルトの名無しさん** · 2019/01/15(火) 11:17:38.84

>>59
Rって、解説書でも唐突に出てくるんすけど、何を定義すればいいの？

**デフォルトの名無しさん** · 2019/01/15(火) 13:47:19.17

まずエラーメッセージを貼れ

**デフォルトの名無しさん** · 2019/01/15(火) 14:15:39.24

>>62
そんな解説書は燃やせ

Rクラスはxmlファイルの記述からAndroidStudioが（語弊あり）勝手に作成するリソース管理クラスだ
xmlファイル（に転記するリソース名管理欄）での手動記述がミスってると生成失敗してRクラスなんぞ知らん系のエラーになる
というかとっとと何も考えずに>>63するか餃子のラー油の小袋が半端にしか開かずに必ず指につく呪いにでもかかってしまえ

**デフォルトの名無しさん** · 2019/01/15(火) 15:05:34.53

>>64 ㌧くす
エラーメッセージはたくさんありすぎて貼れないから貼ってない
とりあえず自宅に戻ってからまた再現させる

てゆーか、この程度のコードでバグる奴がなんで解説書を出版社から出せるんだよ
まともな解説書ってないのかよ
尼見るともう一冊のほうもサンプルが動かんと書かれていて読む本がない

**デフォルトの名無しさん** · 2019/01/15(火) 16:58:26.54

サンプルコードがビルドできたからって何なんだ
そんなの目的にしても意味ない。必要な知識が吸収できればいいわけで。
サンプルコードをそのままビルドするアプローチじゃなく、
一旦空のプロジェクトを新規作成してそこに追加して動作確認するアプローチの方が
勉強になると思うけどなあ

**デフォルトの名無しさん** · 2019/01/15(火) 17:03:39.16

新規作成しただけの状態なら確実にビルドが通るわけで
どこまでサンプルコードに近づいたら
エラーが出るのか問題も切り分けやすい
こういうのはもうAndroid関係ないし向いてないからしね

**デフォルトの名無しさん** · 2019/01/15(火) 17:21:56.05

Androidアプリは「初心者の人に書籍通じて独学で覚えさせるのめんどくさいプログラミング技術ランキング」のベスト3常連だからな
なにせファイル1個やコマンド1発で収まらない

**デフォルトの名無しさん** · 2019/01/15(火) 18:24:55.36

エラーの見方も分からないレベルでいきなりAndroid本は飛ばしすぎだな

**デフォルトの名無しさん** · 2019/01/15(火) 23:41:09.53

途中コメントアウトしてなんとか動いた
スマン、今日は時間切れ

最後、isEmpty()なんて使えないよ、と言われてたような･･･

続きはまた明日

**デフォルトの名無しさん** · 2019/01/16(水) 11:02:30.64

>>65
ほんとこれ
入門者の立場に立って書いてないからそうなるんだよ

**デフォルトの名無しさん** · 2019/01/16(水) 11:03:16.52

>>64 だった
ごめん

**デフォルトの名無しさん** · 2019/01/16(水) 11:34:03.94

馬鹿には無理

**デフォルトの名無しさん** · 2019/01/16(水) 13:16:59.84

入門者は10年ROMってろ

**デフォルトの名無しさん** · 2019/01/16(水) 15:02:59.73

>>54：エラーであればどのような内容か
>>55：コンパイルエラーです

>>58 >>63：エラーメッセージ読め、貼れ
>>65：たくさんありすぎて貼れない

プログラミング言語より先に日本語と英語の勉強した方がいい

**デフォルトの名無しさん** · 2019/01/16(水) 15:05:34.92

　　　　　　　_,,-''￣￣`-.､　　　　　　　／　　　　　　＼
　　　　　／　　　　　　＼　　　　　 ,/ 　　　　　　　　　＼
　　　　 ,/ 　　　　　　　　　＼　　　 /　　　―　 ―　　　ヽ
　　　　 /　　　―　 ―　　　ヽ　　　lヽ　　-　､ !　, _ 　　　　|
　　　　lヽ　　-　､ !　, _ 　　　　|　　　|r――-､_⊥ ,――'-､　|,-,
　　　　|r――-､_⊥ ,――'-､　|,-,　 |::::::::::::::::/　|ヽ:::::::::::::::|-|'ｲ!|
　　　　|::::::::::::::::/　|ヽ:::::::::::::::|-|'ｲ!|　ﾄ､＿_,,/: 　|: `､＿_,,/ ,|ｿ/
　　　　ﾄ､＿_,,/: 　|: `､＿_,,/ ,|ｿ/　　.|　　　､_ j| _,､　　　 ,|-'
　　　　 .|　　　､_ j| _,､　　　 ,|-'　　　| 　 /lll||||||||||l`､　　,|
　　　　　| 　 /lll||||||||||l`､　　,|　　　　 `i　,|||'￣=￣`|||､　/ ト、
　　　　　`i　,|||'￣=￣`|||､　/ ト、　　　｢|ヽ|ll||||||||||||||||| /i |::::＼
　　　　　｢|ヽ|ll||||||||||||||||| /i　|::::＼　::::::＼`!!||||||||||||!!'　　 |::::::::＼
　　　　/:::::＼`!!||||||||||||!!' 　　|::::::::::::::::::::::`ー-､.._　i 　　　 |::::::::::::::＼
　　　/::::::::::::::`ー-､.._　i 　　 |::::::::::/:::::::::::::::::::::::::::::`ｰ-､.　|::::::::::
　　/:::::::::::::::::::::::::::::::::::`ｰ-､.　|::::::::::

　　　　　　　　　　　　　　　　ロムッテロ兄弟
　　　ハントシー・ロムッテロ　　　　　　　ハンツキー・ロムッテロ
　　　　1952～　　アメリカ　　　　　　　　　　1955～　アメリカ

**デフォルトの名無しさん** · 2019/01/16(水) 19:02:46.27

こりゃまた懐しいものを

**デフォルトの名無しさん** · 2019/01/16(水) 22:02:17.64

できたー！

エラーログは結局見なかった。
モマエらの煽りも十分ヒントなので自力でできた。

要はIDEの使い方がよくわかってなかったってことらしい。
アプリの開発は初体験だったので、IDEがこんなにモッサリしていて
ゆっくり打たないと反応しない、ということがわからなかった。

最初、赤字がエラーを起こしている場所すらもわからなかった。
本の通り入力されているのにエラーになるとか💩すぎる。

**デフォルトの名無しさん** · 2019/01/16(水) 22:54:20.38

お前が見栄張ってログ貼らないからだよ

**デフォルトの名無しさん** · 2019/01/16(水) 23:11:21.71

なんでエラー見ないんだよ…
見ましょ

**デフォルトの名無しさん** · 2019/01/17(木) 00:03:32.50

Android Studioは割と複雑なIDEだから馴れるまで大変かも、微バグも結構放置されてる
でもどんなときも根性があれば全て解決する

**デフォルトの名無しさん** · 2019/01/17(木) 01:00:34.53

Googleが開発環境作るのヘタクソなのはいつものこと
ベースのIntelliJ自体は優秀な子だから嫌いにならないで

**デフォルトの名無しさん** · 2019/01/17(木) 01:08:32.19

入門書のコードもちょっと辛い感じだが
kotlinスレで聞いてきたりレスの感じからすると記載を読み飛ばしてるだけな気がするな…

**デフォルトの名無しさん** · 2019/01/17(木) 01:34:50.82

エラーメッセージを読まないような奴が本の解説を読んでるはずがない

64 · 2019/01/17(木) 02:05:52.76

>>78
>できたー
できてない

>モマエらの煽り
いまは心底馬鹿にしている

結局原因は理解せず対処法を学ぶ気もなくて今後似たようなことがあって詰まっても本を罵るだけなのだろう
お前はなにか変わった？

**デフォルトの名無しさん** · 2019/01/17(木) 07:00:04.64

>>できたー
>できてない

ワロタ
相手の態度が気に入らないのはわかるが。

**デフォルトの名無しさん** · 2019/01/17(木) 08:54:40.63

例えサンプルが間違っていても自分で間違いを見つけ修正するくらいの気概がないと、動きが速くカオスなAndroid開発環境に立ち向かうことはできないだろう

**デフォルトの名無しさん** · 2019/01/17(木) 11:08:41.33

そうはいうてもインストールが正しくやれたか、ライブラリは合っているかを確認したいんだから動くコードじゃないとアカンやろ

**デフォルトの名無しさん** · 2019/01/17(木) 12:07:23.58

エラーを見るのは基本中の基本だとこれだけ言われながら頑なにエラーを見ない理由が分からないw

それはそうと、Android StudioがもっさりするレベルのPCで開発するの辛そう

**デフォルトの名無しさん** · 2019/01/17(木) 12:21:24.77

君の所ではシャキシャキ動くの？
いいね。

**デフォルトの名無しさん** · 2019/01/17(木) 12:29:42.70

真面目なアドバイスだけど、アプリ開発というかプログラミングをするならそれなりのPCを用意した方がいいよ。
本格的に開発するなら各種ツールを同時に起動しながらやることになるから、IDE単体でもっさりするレベルのマシンだとかなり辛いと思う。

**デフォルトの名無しさん** · 2019/01/17(木) 12:40:50.40

ゲーミングPCみたいに開発用PC売ればいいのにな

**デフォルトの名無しさん** · 2019/01/17(木) 13:35:52.11

iMac Proやろ

**デフォルトの名無しさん** · 2019/01/17(木) 14:23:55.46

ゲーミングPCからグラボを省けばプログラミングに良いマシンになるだろう
要はCPUとメモリとSSDだし

**デフォルトの名無しさん** · 2019/01/17(木) 15:50:04.22

ビジネス用PCでよくね

**デフォルトの名無しさん** · 2019/01/17(木) 16:11:06.65

https://egg.5ch.net/test/read.cgi/notepc/1544014307/

**デフォルトの名無しさん** · 2019/01/17(木) 16:50:50.76

>>95
お前のIDうんこじゃん

**デフォルトの名無しさん** · 2019/01/17(木) 16:58:20.51

>>94
そんな感じのスペックのやつを自作するしかないのかな？

>>95
丁度いいのある？

**デフォルトの名無しさん** · 2019/01/17(木) 18:38:16.95

AVD使うならグラボはあった方がいい
ローエンドで十分だけど

**デフォルトの名無しさん** · 2019/01/17(木) 21:05:29.75

IDEまでは分かるけどスレタイから離れすぎｗ

**デフォルトの名無しさん** · 2019/01/18(金) 10:55:00.39

初心者用の本ってマジでろくなのないな
自分が読んだ本だと言語の仕様解説して、次の章でいきなりじゃんけんアプリ作りましょうだもんな
文字出すだけとかもちょっと地道なサンプルこなしてからにしてくれよ

**デフォルトの名無しさん** · 2019/01/18(金) 13:23:27.72

そういう本を書いて売れるのなら書くけど

**デフォルトの名無しさん** · 2019/01/18(金) 13:36:11.74

初心者はプログラミングすんな

**デフォルトの名無しさん** · 2019/01/18(金) 15:38:04.17

>>101
君が書け。紙の本にする必要はない。AmazonでKindle用の電子書籍で出すなら多分すぐ出せる。

**デフォルトの名無しさん** · 2019/01/18(金) 15:39:03.82

>>103
それでは誰も使わなくなって終わるではないかw

**デフォルトの名無しさん** · 2019/01/18(金) 16:34:36.03

本を読んでからアプリを作るんじゃなくて、アプリを作ってから本を読むんだ

**デフォルトの名無しさん** · 2019/01/18(金) 17:57:35.76

本を読んで勉強するという姿勢が気に入らない
お前の目的は言語学者になることか
アプリが作りたいならまず作れ
それで行き詰まったら初めて必要な知識を調べる

**デフォルトの名無しさん** · 2019/01/18(金) 18:10:19.30

http://www.atmarkit.co.jp/ait/articles/1712/08/news010_2.html

この通り作ってもエラーが出るのだが
なんなん

**デフォルトの名無しさん** · 2019/01/18(金) 19:01:23.89

>>108
だからエラーを貼れよ

**デフォルトの名無しさん** · 2019/01/18(金) 19:10:06.53

あとAndroid Studio のことはこっちのスレ来い

Android Studio Part3
https://mevius.5ch.net/test/read.cgi/tech/1547473943/

**デフォルトの名無しさん** · 2019/01/18(金) 19:18:36.09

>>108
飲み会ドタキャンされて暇だからエラーの内容を貼ったら教えてあげるかもしれない
とりあえず一年以上前の記事みたいだからバージョン違いの何かな気がするけど

**デフォルトの名無しさん** · 2019/01/18(金) 20:40:32.07

Android Studio3.0とか原始時代のツールだろ

**デフォルトの名無しさん** · 2019/01/20(日) 17:15:03.83

1ヶ月以上たってまだ100レス程度ってkotlinで開発してる人はんと少ないんだな

**デフォルトの名無しさん** · 2019/01/20(日) 17:53:32.56

>>113
お前が書き込むんだよ

**デフォルトの名無しさん** · 2019/01/20(日) 19:22:48.93

仕方ないなあ。じゃあこのスレ向きの話題でもふるか。

flatter for xamarinだってよ
https://adtmag.com/articles/2019/01/08/flutter-for-xamarin.aspx?m=1

**デフォルトの名無しさん** · 2019/01/21(月) 08:55:03.29

>>115
カオスだな。

**デフォルトの名無しさん** · 2019/01/21(月) 13:17:33.75

flutter for xamsrin for kotlin nativeが待たれる

**デフォルトの名無しさん** · 2019/01/22(火) 02:09:57.73

なにこれ。flutter sdkをc#に変換するのか。すげぇな。つか、xamarinの名前冠するなよ。負のイメージしかねぇ。

**デフォルトの名無しさん** · 2019/01/22(火) 02:22:18.20

ザマリンてなんか医薬品みたいだよね
「風邪にはザマリン!! お近くの薬局でお求めください!」みたいな

**デフォルトの名無しさん** · 2019/01/22(火) 05:45:08.82

ていうかふらったーの1番のネックはDart言語なのに、それを多言語に変換されてもって感じだな
方向が逆だ

**デフォルトの名無しさん** · 2019/01/22(火) 08:19:51.51

え？だから他言語のC#に変換してDartとおさらばできるってことだろ。

**デフォルトの名無しさん** · 2019/01/22(火) 09:06:02.79

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/01/22(火) 12:58:57.64

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

**デフォルトの名無しさん** · 2019/01/22(火) 19:17:28.51

ざまりん！ことりん！天気予報～♪

**デフォルトの名無しさん** · 2019/01/22(火) 23:00:57.36

僕の名前はXamarin! 僕の名前はKotlin! 二人合わせて...?

**デフォルトの名無しさん** · 2019/01/23(水) 04:35:21.49

聳え立つ糞

**デフォルトの名無しさん** · 2019/01/23(水) 11:21:53.63

C#erだがXamarinはノーカンで

**デフォルトの名無しさん** · 2019/01/23(水) 12:30:44.99

kotlin界隈にもちょまどみたいなアイドル欲しいなぁ

**デフォルトの名無しさん** · 2019/01/23(水) 12:46:10.71

きも

**デフォルトの名無しさん** · 2019/01/23(水) 16:31:27.63

おまえがVtuberになってアイドルになればいいじゃないか

**デフォルトの名無しさん** · 2019/01/23(水) 17:25:35.59

koilin入門書には、作者が分かっていないのかjavaの文法が混じって分かりにくい
ごちゃ混ぜで混乱必至

結局kotlinlang.orgしか信用ならん

**デフォルトの名無しさん** · 2019/01/23(水) 20:24:53.45

Kotlin class destroyerって使ったことある人居る？

**デフォルトの名無しさん** · 2019/01/23(水) 21:45:50.98

>>132
検索してフイタwww 日本語の読めるやつには居ないだろうなwwwww

**デフォルトの名無しさん** · 2019/01/24(木) 02:16:31.75

Котлин

**デフォルトの名無しさん** · 2019/01/24(木) 06:26:15.14

>>131
例えば？

**デフォルトの名無しさん** · 2019/01/24(木) 07:53:39.37

これから本を出す人は、SwiftとKotlinを同時に学べるような本を書いてほしいな

**デフォルトの名無しさん** · 2019/01/24(木) 09:17:38.10

>>136
なんで？

**デフォルトの名無しさん** · 2019/01/24(木) 09:40:30.41

SwiftとKotlinは書き方が似すぎてて紛らわしいから、
どちらかの書き方が染み付くまでは同時にやらないほうがいいと思う

**デフォルトの名無しさん** · 2019/01/25(金) 00:52:03.47

Go->Node(TypeScript)->Rust->Scala->Kotlin
去年の年末から色んな言語に入門してHelloCRUDしまくってたけど
やっと本命見つけたわ。これは流行るで。ほんま。

**デフォルトの名無しさん** · 2019/01/25(金) 06:46:14.56

>>139
フレームワークはSpring? Ktor?

**デフォルトの名無しさん** · 2019/01/25(金) 07:20:23.97

Sparkも良くできてるから選択肢に加えてあげて
日本だと空気だけど海外の事例だとめっちゃ使われてる

**デフォルトの名無しさん** · 2019/01/25(金) 09:23:10.32

Sparkは名前変えろ
Apache Sparkと紛らわしいから絶対に流行らん

**デフォルトの名無しさん** · 2019/01/25(金) 09:40:00.17

ことりん☆

**デフォルトの名無しさん** · 2019/01/25(金) 13:25:04.49

>>138
紛らわしいけど、両方同時に学べる人に書籍が必要とは思えない。

**デフォルトの名無しさん** · 2019/01/25(金) 15:30:25.59

>>142
これ。まじでこれ。
ググラビリティ低すぎて辛い。

**デフォルトの名無しさん** · 2019/01/25(金) 15:52:10.81

ググラビリティwww

**デフォルトの名無しさん** · 2019/01/25(金) 16:10:17.86

ITにいて Apache Spark 知らないとかアホ丸出しだから作者が Spark なんて名前を付けている時点で不安になるのが当然で、普通は避ける
それなのに Spark 使ってる奴はそいつも Apache Spark を知らない可能性が高く、同様にアホ丸出し

**デフォルトの名無しさん** · 2019/01/25(金) 16:59:39.24

>>147
作者が知らないも何もApache Sparkの方が後発だし、その頃にはSpark Frameworkは今さら改名できないくらい広く使われてたぞ

**デフォルトの名無しさん** · 2019/01/25(金) 18:04:32.01

>>147はアホを丸出しにしてみたかったのかも知れない。

**デフォルトの名無しさん** · 2019/01/25(金) 19:52:16.96

君とSpark

**デフォルトの名無しさん** · 2019/01/25(金) 20:15:44.23

>>147
これは恥ずかしい

**デフォルトの名無しさん** · 2019/01/25(金) 21:28:25.32

android studioで、それぞれ以下の行を追加

actibity_main.xml
android:id="@+id/back"

MainActivity.kt
import android.graphics.Color
import android.widget.LinearLayout
val background = findViewById<LinearLayout>(R.id.back) as LinearLayout
background.setBackgroundColor(Color.parseColor("#FF0000"))

で、画面が赤くなると思うんだけど、アプリが起動直後に停止してしまう。
background.setBackgroundColor(Color.parseColor("#FF0000"))
の行をコメントにすると普通に起動する

本当はラジオボタンで選んでバックグラウンドを変える処理だけど、抜き出してやってみてもうまくいかない

**デフォルトの名無しさん** · 2019/01/25(金) 21:40:17.98

流行るわけないとか言ってるあたり、マジで最近出てきたフレームワークだと思ってたんだろうな
Javaのマイクロフレームワークとしてはほぼデファクトなのに

**デフォルトの名無しさん** · 2019/01/25(金) 21:41:18.91

>>152
エラーメッセージに答えが書いてあると思うよ

**デフォルトの名無しさん** · 2019/01/25(金) 21:58:54.35

>154
コンパイルは普通に通り、ワーニングも出ない
ただ、アプリは起動直後に停止してしまう。

デバッグ用のスマホが悪いかと、別の機種つないでみても同じく起動直後に停止して

MyApplicationが停止しました

と表示される

**デフォルトの名無しさん** · 2019/01/25(金) 22:30:34.06

なんでAndroidスレで聞かないわけ？
エラーメッセージ読めないのと一緒なの？

**デフォルトの名無しさん** · 2019/01/25(金) 22:30:36.78

所謂おまじないはともかくとして
入門書や入門サイトが最初に教えるべきは println と throw RuntimeException() だと思う
最初に転び方だわ

**デフォルトの名無しさん** · 2019/01/25(金) 22:48:55.25

ありがとございます
すこしスレチみたいなので、こっちでもう少し調べてみます。

**デフォルトの名無しさん** · 2019/01/25(金) 23:56:18.60

>>158
ちょっと暇だから相手してやるよ
ほんとに LinearLayout 使ってる？最近の環境で新規アプリ作ったら ConstraintLayout だと思うんだけど

たぶんここが
val background = findViewById<LinearLayout>(R.id.back) as LinearLayout
こうだ
val background = findViewById<ConstraintLayout>(R.id.back)

**デフォルトの名無しさん** · 2019/01/25(金) 23:57:28.33

ちょっと面白いと思ったのは、ConstraintLayout に対して
val background = findViewById<LinearLayout>(R.id.back) as LinearLayout
background.setBackgroundColor(Color.parseColor("#FF0000"))
これだと val background = ～の行で ClassCastException で落ちるのに、

background.setBackgroundColor をコメントアウトすると落ちずに普通に動いちゃうのね
これは background が使われないなら background へキャストして代入する処理自体を kotlin が無効化しちゃうのかな

**デフォルトの名無しさん** · 2019/01/27(日) 18:18:09.78

いろいろな意見を参考にやってみました

原因
コンパイルエラーは出なかったけどIDが変なところをさしていて、カラー情報を書き込んだ瞬間に落ちていました。

対処１
actibity_main.xmに
android:id="@+id/back"を消して

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android";
android:id="@+id/back"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
</LinearLayout>

を追加

対処２
MainActivity.ktの
<LinearLayout>の代わりに
<android.support.constraint.ConstraintLayout>

２通りの方法でうまくいきました

import android.support.constraint.ConstraintLayout
をimportすると、
>159の<ConstraintLayout>だけでOKでした

ありがとうございました

**デフォルトの名無しさん** · 2019/01/27(日) 19:32:56.92

>>161
>>154のエラーメッセージ >>157のRuntimeException >>160のClassCastException
これらはどれも実行時エラーのことで、それを表示する方法や読み解き方をググるなりした方が良いと思うよ
今後のためにね

**デフォルトの名無しさん** · 2019/01/27(日) 21:32:10.99

>>140
Ktorやで

**デフォルトの名無しさん** · 2019/01/28(月) 00:27:33.91

圭太

**デフォルトの名無しさん** · 2019/01/28(月) 09:34:18.83

Ktorええよな、今作ってるAPIサーバーで使ってる。
Webアプリにはあんまり向かなそうだけど

**デフォルトの名無しさん** · 2019/01/28(月) 10:43:40.13

幸太

**デフォルトの名無しさん** · 2019/01/28(月) 10:51:26.03

古都鈴

**デフォルトの名無しさん** · 2019/01/28(月) 18:09:48.33

昔、古都ひかるってAV女優が好きだったの思い出した

**デフォルトの名無しさん** · 2019/01/28(月) 18:25:17.41

ググったけどお前微妙な趣味してるな

**デフォルトの名無しさん** · 2019/01/28(月) 18:43:54.94

>>168
ワイも好きでした

**デフォルトの名無しさん** · 2019/01/28(月) 18:44:53.31

>>165
Webアプリしようと思ってKtor勉強中なのだが、向いてないのか...

**デフォルトの名無しさん** · 2019/01/28(月) 18:45:00.57

今から考えればそうだが
昔はあんなのでもレベル高かった気がする
あの頃のやつだと河井さくらとかいう人が文字通り面白かったし水野栞も良かった

今は顔面偏差値すごい底上げされてて嬉しい

**デフォルトの名無しさん** · 2019/01/28(月) 18:54:36.48

今でも通用すると思うで

**デフォルトの名無しさん** · 2019/01/28(月) 19:24:55.14

>>171
Ktorでももちろん作れるけど、ログイン前提のWebアプリを作るなら自分で作らなくちゃいけない部品が多い。
大人しくSpring使っておけばそこらへんは全部用意されてる。

**デフォルトの名無しさん** · 2019/01/28(月) 19:28:08.60

>>171
Ktorはいわゆるマイクロフレームワークに分類されるフレームワークだから、ガチガチのWebアプリを作るのはめんどいよ
まあ認証やらセッション管理やらDBやらのことだから最初に一度作ってしまえば後は別に面倒なことはないけど

**デフォルトの名無しさん** · 2019/01/29(火) 08:13:36.09

>>165
いいよね。SpringBootと棲み分けできそうやし。

ところでどんな構成(アーキテクチャ)で使ってる？
ワイはもうKtorならRepository無いほうがええような気がしてきてるんやが。

**デフォルトの名無しさん** · 2019/01/29(火) 08:36:23.24

https://ideone.com/Xghedx

ExposedではUserTable2に便利メソッドが生えるのでRepository分けても委譲とentity変換ばっかりになりそうだったから
それならModelクラスと同じ場所に置いて、DB変更時にミスりにくい方がいいかと思った。
こんな構成で作ってみてるんだけど、どう思う？

**デフォルトの名無しさん** · 2019/01/29(火) 12:07:29.18

>>177
その割り切った作りはいいと思う。特にチームが大きく無いならメリットの方が多いんじゃないかな。

俺はAPIサーバーと連動するプログラムも同時開発してて、共有できるものは共有してさせるためにクリーンアーキテクチャにしてるからrepositoryも含めてクラスはやたら多くなってるけども。

**デフォルトの名無しさん** · 2019/01/29(火) 23:38:56.61

>177
Ktorみていて、データベース接続部分がないような気がしていたけど、やっぱりExposedを使うのか.

**デフォルトの名無しさん** · 2019/01/30(水) 08:07:46.80

>>178
そしたらちょっと作りきってみるわ。ありがと。

>>179
Kotlin製で統一しようと思ったらそうなるね。

**デフォルトの名無しさん** · 2019/01/30(水) 17:18:23.70

>>179
ExposedでもMyBatisでもなんでもお好きなものをお使い下さいってスタンスだな
めんどいから標準で何か入れてくれるような仕組みがあれば楽なんだけども

**デフォルトの名無しさん** · 2019/02/01(金) 00:51:36.05

>>145
ググラビティすき

**デフォルトの名無しさん** · 2019/02/01(金) 06:19:43.90

ぐぐらびりてぃって日本だけかと思ってたら海外でも普通に使われてるのな
google(検索する)って動詞とセットで辞書に載っててわろたわw

**デフォルトの名無しさん** · 2019/02/01(金) 12:52:22.08

動詞か。とすると過去形が googled か。

**デフォルトの名無しさん** · 2019/02/01(金) 13:06:37.22

むしろ日本よりも英語圏での方がよく使われてる気がする
海外のフォーラムとかで普通に見る

**デフォルトの名無しさん** · 2019/02/01(金) 18:28:47.94

んじゃヤフーでググれもあながち間違いじゃない？
ソニーのファミコン的な

**デフォルトの名無しさん** · 2019/02/01(金) 21:35:19.79

Infoseek と Exite もよろしく

**デフォルトの名無しさん** · 2019/02/02(土) 07:20:45.10

ビンガビリティ
強そう

**デフォルトの名無しさん** · 2019/02/02(土) 12:34:49.40

Anko使ってる？

**デフォルトの名無しさん** · 2019/02/02(土) 20:52:18.84

Unko？

**デフォルトの名無しさん** · 2019/02/02(土) 21:18:44.79

大体レイアウトとロジックが混在してるのは良くないねってことで
レイアウトはxnlファイルに分離するようにしたんだと思うんだけど
何でAnkoってまたレイアウトとロジックを混在させるようなことしてんの
時代に逆行してるだけでは

**デフォルトの名無しさん** · 2019/02/02(土) 21:38:35.91

>>191
アーキテクチャ上重要なのはビューとロジックの分離
一方で、レイアウトとロジックの分離というのはビューに閉じた話であり、
マークアップエンジニア(笑)とフロントエンドエンジニア(笑)の分業をしやすくするだけのものでしかない
フロントエンドエンジニアが十分有能でマークアップエンジニア(笑)の仕事も自分でこなせるなら分ける必要は全く無い

**デフォルトの名無しさん** · 2019/02/02(土) 21:43:01.16

流行りのキーワード並べてドヤ顔

**デフォルトの名無しさん** · 2019/02/03(日) 07:45:41.73

レイアウトの中にロジックがダラダラ書かれたら見通し悪くてUnkoだけどそこは経験とコード規約とレビューで制御できる
適正なメソッド分割は主に人間の仕事であってライブラリーの責務ではない
XMLの欠点とDSLの利点はGitHubのWikiで説明されてる
設計開発にイチイチXML使うのは微妙じゃね？DSLとかいいよな！ってのは時流でもある
だから少なくとも時代に逆行しているだけということはない

**デフォルトの名無しさん** · 2019/02/03(日) 10:09:31.17

いーや、Ankoは糞

**デフォルトの名無しさん** · 2019/02/03(日) 12:29:21.29

anko味のunko

**デフォルトの名無しさん** · 2019/02/03(日) 12:36:56.63

unko味のankoとanko味のunko

**デフォルトの名無しさん** · 2019/02/03(日) 15:59:31.11

あんこ餅食いたくなってきたからスーパー行ってくる

**デフォルトの名無しさん** · 2019/02/03(日) 18:35:49.59

Anko程の糞はない

**デフォルトの名無しさん** · 2019/02/03(日) 21:27:31.59

気になってるんやがkotlin nativeが完成したらgoは駆逐できるんやろか。
それともシングルバイナリやら並列化でgoのメリット残るんやろか。