Kotlin 5

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

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

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

**デフォルトの名無しさん** · 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とかいいよな！ってのは時流でもある
だから少なくとも時代に逆行しているだけということはない