Kotlin 5

1 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 20:29:41.41 ID:oXOQORcd.net] JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう ※前スレ https://mevius.5ch.net/test/read.cgi/tech/1531818027/ 166 名前：デフォルトの名無しさん [2019/01/27(日) 21:32:10.99 ID:jv36ci7O.net] >>140 Ktorやで 167 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 00:27:33.91 ID:A5w6Cdea.net] 圭太 168 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 09:34:18.83 ID:j8L/fU4R.net] Ktorええよな、今作ってるAPIサーバーで使ってる。 Webアプリにはあんまり向かなそうだけど 169 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 10:43:40.13 ID:c8FVptT0.net] 幸太 170 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 10:51:26.03 ID:qhu0cqfw.net] 古都鈴 171 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 18:09:48.33 ID:YkAtt80R.net] 昔、古都ひかるってAV女優が好きだったの思い出した 172 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 18:25:17.41 ID:ncjyAVYK.net] ググったけどお前微妙な趣味してるな 173 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 18:43:54.94 ID:qhu0cqfw.net] >>168 ワイも好きでした 174 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 18:44:53.31 ID:SEDlCRnu.net] >>165 Webアプリしようと思ってKtor勉強中なのだが、向いてないのか... 175 名前：デフォルトの名無しさん [2019/01/28(月) 18:45:00.57 ID:MtItNdsU.net] 今から考えればそうだが 昔はあんなのでもレベル高かった気がする あの頃のやつだと河井さくらとかいう人が文字通り面白かったし水野栞も良かった 今は顔面偏差値すごい底上げされてて嬉しい 176 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 18:54:36.48 ID:qhu0cqfw.net] 今でも通用すると思うで 177 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 19:24:55.14 ID:j8L/fU4R.net] >>171 Ktorでももちろん作れるけど、ログイン前提のWebアプリを作るなら自分で作らなくちゃいけない部品が多い。 大人しくSpring使っておけばそこらへんは全部用意されてる。 178 名前：デフォルトの名無しさん mailto:sage [2019/01/28(月) 19:28:08.60 ID:ncjyAVYK.net] >>171 Ktorはいわゆるマイクロフレームワークに分類されるフレームワークだから、ガチガチのWebアプリを作るのはめんどいよ まあ認証やらセッション管理やらDBやらのことだから最初に一度作ってしまえば後は別に面倒なことはないけど 179 名前：デフォルトの名無しさん [2019/01/29(火) 08:13:36.09 ID:Yq72SlCs.net] >>165 いいよね。SpringBootと棲み分けできそうやし。 ところでどんな構成(アーキテクチャ)で使ってる？ ワイはもうKtorならRepository無いほうがええような気がしてきてるんやが。 180 名前：デフォルトの名無しさん [2019/01/29(火) 08:36:23.24 ID:Yq72SlCs.net] https://ideone.com/Xghedx ExposedではUserTable2に便利メソッドが生えるのでRepository分けても委譲とentity変換ばっかりになりそうだったから それならModelクラスと同じ場所に置いて、DB変更時にミスりにくい方がいいかと思った。 こんな構成で作ってみてるんだけど、どう思う？ 181 名前：デフォルトの名無しさん mailto:sage [2019/01/29(火) 12:07:29.18 ID:Ghu5z8kR.net] >>177 その割り切った作りはいいと思う。特にチームが大きく無いならメリットの方が多いんじゃないかな。 俺はAPIサーバーと連動するプログラムも同時開発してて、共有できるものは共有してさせるためにクリーンアーキテクチャにしてるからrepositoryも含めてクラスはやたら多くなってるけども。 182 名前：デフォルトの名無しさん mailto:sage [2019/01/29(火) 23:38:56.61 ID:rUlqj1XI.net] >177 Ktorみていて、データベース接続部分がないような気がしていたけど、やっぱりExposedを使うのか. 183 名前：デフォルトの名無しさん [2019/01/30(水) 08:07:46.80 ID:5baYxL1g.net] >>178 そしたらちょっと作りきってみるわ。ありがと。 >>179 Kotlin製で統一しようと思ったらそうなるね。 184 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 17:18:23.70 ID:JsLx868V.net] >>179 ExposedでもMyBatisでもなんでもお好きなものをお使い下さいってスタンスだな めんどいから標準で何か入れてくれるような仕組みがあれば楽なんだけども 185 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 00:51:36.05 ID:HFNNmxMu.net] >>145 ググラビティすき 186 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 06:19:43.90 ID:oyUXC//m.net] ぐぐらびりてぃって日本だけかと思ってたら海外でも普通に使われてるのな google(検索する)って動詞とセットで辞書に載っててわろたわw 187 名前：デフォルトの名無しさん [2019/02/01(金) 12:52:22.08 ID:5o/o/nGk.net] 動詞か。とすると過去形が googled か。 188 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 13:06:37.22 ID:ad6+KOec.net] むしろ日本よりも英語圏での方がよく使われてる気がする 海外のフォーラムとかで普通に見る 189 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 18:28:47.94 ID:Oa2LgpWH.net] んじゃヤフーでググれもあながち間違いじゃない？ ソニーのファミコン的な 190 名前：デフォルトの名無しさん [2019/02/01(金) 21:35:19.79 ID:5o/o/nGk.net] Infoseek と Exite もよろしく 191 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 07:20:45.10 ID:vIqKCsXY.net] ビンガビリティ 強そう 192 名前：デフォルトの名無しさん [2019/02/02(土) 12:34:49.40 ID:ecMf0cvm.net] Anko使ってる？ 193 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 20:52:18.84 ID:rNm5OL0i.net] Unko？ 194 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 21:18:44.79 ID:60g8Sasz.net] 大体レイアウトとロジックが混在してるのは良くないねってことで レイアウトはxnlファイルに分離するようにしたんだと思うんだけど 何でAnkoってまたレイアウトとロジックを混在させるようなことしてんの 時代に逆行してるだけでは 195 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 21:38:35.91 ID:mZCa7M9L.net] >>191 アーキテクチャ上重要なのはビューとロジックの分離 一方で、レイアウトとロジックの分離というのはビューに閉じた話であり、 マークアップエンジニア(笑)とフロントエンドエンジニア(笑)の分業をしやすくするだけのものでしかない フロントエンドエンジニアが十分有能でマークアップエンジニア(笑)の仕事も自分でこなせるなら分ける必要は全く無い 196 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 21:43:01.16 ID:hUtwc62g.net] 流行りのキーワード並べてドヤ顔 197 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 07:45:41.73 ID:gLy6KBGU.net] レイアウトの中にロジックがダラダラ書かれたら見通し悪くてUnkoだけどそこは経験とコード規約とレビューで制御できる 適正なメソッド分割は主に人間の仕事であってライブラリーの責務ではない XMLの欠点とDSLの利点はGitHubのWikiで説明されてる 設計開発にイチイチXML使うのは微妙じゃね？DSLとかいいよな！ってのは時流でもある だから少なくとも時代に逆行しているだけということはない 198 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 10:09:31.17 ID:nQr97LtT.net] いーや、Ankoは糞 199 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 12:29:21.29 ID:Wt38prvY.net] anko味のunko 200 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 12:36:56.63 ID:FHrrfvzD.net] unko味のankoとanko味のunko 201 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 15:59:31.11 ID:sWvJHh2u.net] あんこ餅食いたくなってきたからスーパー行ってくる 202 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 18:35:49.59 ID:FHrrfvzD.net] Anko程の糞はない 203 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 21:27:31.59 ID:WjHZzJrh.net] 気になってるんやがkotlin nativeが完成したらgoは駆逐できるんやろか。 それともシングルバイナリやら並列化でgoのメリット残るんやろか。 204 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 21:58:54.28 ID:OYz8YI9S.net] >>200 現実的に考えると、全く話題にもならずにひっそり消える可能性が一番高いよ kotlin nativeが 205 名前：デフォルトの名無しさん [2019/02/03(日) 22:10:09.65 ID:WjHZzJrh.net] マジかあ。Scala状態は残念やのー。 俺にキラーアプリ作れるような力があればなぁ。。 206 名前：デフォルトの名無しさん [2019/02/03(日) 22:19:22.36 ID:WjHZzJrh.net] githubでkotlin-native使ってるプロジェクト探してみたけど、確かにあんまり盛り上がってる感じではないね。 今作ってるクソアプリが一段落ついたら何か作ってみよう。 207 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 22:43:39.24 ID:0oNu2+nX.net] アプリよりFWだよな 208 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 22:49:54.08 ID:OYz8YI9S.net] 「オーケーグーグル、エロくて楽しいアプリ作って」でエロくて楽しいkotlin nativeアプリのソースが生成されるAIを作れば流行る 209 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 23:03:35.29 ID:hpvKsGCb.net] Kotlin/Native自体は現在進行中のSubstrate VMが出来上がるとやや辛い立ち位置になる でもKotlin全体としては間接的にエコシステムが大きく強化されるし Kotlin/Nativeから「Kotlin with Substrate VM」への移行は 性質的に割と容易なものになる期待もあるから使っても大丈夫だと思う 補足だけど Substrate VM はOracle主導のオープンソースプロジェクトGraalの一部で JavaバイトコードをAOTするもの、 これによりjavaパッケージが使えるKotlin/JVMのままネイティブ化出来るようになる Linux向けは出来ていてWindowsやiOSなどはまだこれから 210 名前：デフォルトの名無しさん mailto:sage [2019/02/03(日) 23:43:07.23 ID:hpvKsGCb.net] ちなみにAndroid Runtimeも同様にAOTしている こっちはJDKをGoogleが好きなように取捨選択してるのでJava互換性テストは通らない Android Runtimeの技術を利用してJava(Kotlin/JVM含む)からiOS用のネイティブを生成してるのが RoboVMやMulti-OS Engine Substrate VMはこれら(Kotlin/Native含む)に対して 後追いだけどOpenJDKフルサポートのAOT、ということになる 出来上がるまでまだかなりの時間が掛かりそうだけど 211 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 00:38:33.17 ID:udiwpstp.net] 結局Java版Xamarinを作ろうとしてるだけだな 目的不在で技術だけが独り歩きしてる感すごい 212 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 06:16:54.78 ID:jDY9Ysuj.net] >>200 無理だね。というかそもそもGoの得意分野とKotlin(native)の得意分野がかぶってないから現時点であまり競合してない 213 名前：デフォルトの名無しさん [2019/02/04(月) 08:21:30.46 ID:+iZnVKUh.net] >>209 そうなんか。kotlin nativeの得意分野って何なんや？ 214 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 10:20:12.21 ID:RwYNgFWa.net] >>208 Graalの主目的はHotSpotのJITコンパイラ(C2)の刷新 20年以上前に設計され、修正が積み上げられたC++コードなので 保守し辛く新技術の導入も困難とのこと JITコンパイラ(Graal本体)はインタプリタやAOTとも関連が深く、 それらも考慮したエコシステムとしてサブプロジェクトを内包してる Truffle / Sulong / Substrate VM 215 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 10:38:08.20 ID:RwYNgFWa.net] >>210 Kotlinの対応プラットフォームを広げるものだから 強いて言うならKotlin/JVMと同じく通常アプリでは Goは並列処理や低レイテンシGC(リアルタイム用途)など システム寄りが得意 216 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 12:40:41.74 ID:Mgc+6WQD.net] Kotlin nativeは悪く言えば現状では得意分野などはっきり言って存在しないし、良く言えばこれから何に使ってもいいとも言える Goの代わりに使うことももちろん可能 217 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 20:20:46.75 ID:nyJZm1CJ.net] Ktor以上に急上昇してるJavalinってFWお前ら使ってる？ 218 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 22:34:50.26 ID:QEUSQVw8.net] 使ってないし知らない 219 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 06:33:03.96 ID:ZLbI9faD.net] >>214 使ったら竜騎士とかにクラスチェンジできるかな 220 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 06:59:09.94 ID:+mMHH6yh.net] マジで聞いたことすらなかった 悪くなさそうだけど、英語も含めて情報が少なすぎて趣味以外には使えないかな 221 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 07:02:18.31 ID:+mMHH6yh.net] 軽く調べた感じだからよく分かってないんだけど、これ例えばSparkと比べて何が良いの？ 222 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 09:02:22.82 ID:855O/xU5.net] Kotlin を今のプロジェクトに使いたいけど、eclipse とか言う糞IDE使ってて相性悪すぎて笑えない SWT とか JFace とかでUI作ってるから、eclipse を外すのは無理だし 223 名前：デフォルトの名無しさん [2019/02/05(火) 09:40:26.01 ID:NCwCR2JI.net] ググると槍投げ画像が沢山出てくるな・・・ 224 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 10:08:44.38 ID:Fs+UH34C.net] >>218 https://javalin.io/comparisons/sparkjava 225 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 10:17:58.97 ID:LEHFEUGy.net] >>216 宇宙刑事っぽさもあるし、使うと風呂釜が綺麗になって身体が芯からあたたまりそうな感じもする 226 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 10:32:30.10 ID:+mMHH6yh.net] >>219 UI作るときとことりん書く時でIDE使い分ければいいんでないの？ 227 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 10:32:56.86 ID:+mMHH6yh.net] >>221 すまん、それ気付かなかった。 後で見てみるわ 228 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 11:21:10.88 ID:jB1piIf6.net] >>216 ガリで 229 名前：デフォルトの名無しさん [2019/02/05(火) 11:27:24.21 ID:NCwCR2JI.net] 宇宙刑事 Javalin 230 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 12:13:00.65 ID:nvQ1xa5u.net] やっぱJavanだろ 231 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 12:24:17.71 ID:ryDpasJz.net] Javalinの半分はやさしさで出来ています。 232 名前：デフォルトの名無しさん [2019/02/05(火) 12:42:55.22 ID:NCwCR2JI.net] リン付ければなんでも可愛らしくなると思いやがってそうはいかねえぞべらんめえ ←江戸っ子 233 名前：デフォルトの名無しさん mailto:sage [2019/02/05(火) 15:01:18.53 ID:PldLlsCY.net] > ←江戸っ子 ウザっ 234 名前：デフォルトの名無しさん [2019/02/05(火) 15:25:14.63 ID:NCwCR2JI.net] うざりん 235 名前：デフォルトの名無しさん [2019/02/06(水) 19:35:52.56 ID:59jOjkSQ.net] 上でシステム系にはGoみたいに書かれてるんだけど、kotlin/nativeはGoより遅いのかな。 現状ではそうなのかも知れないけど、最終的にはGoと同等の速度が出せるポテンシャル(仕組み)だと 思ってるんだけどそうでもないの？ 236 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 19:49:42.95 ID:nvZvChxt.net] goに勝つのは流石に無理じゃ？ 237 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 20:35:25.96 ID:gjOdQxAx.net] Goに比べたら遥かに複雑怪奇な言語だから最適化は不利だろう JVMの挙動をエミュレーションするための無駄な処理は少なからず必要だろうし 238 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 00:37:31.07 ID:UFwIxg8c.net] 1 c 2 go 5 jvm 10 script系 3くらいいける？ 239 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 05:59:54.51 ID:Ftq4Fy0N.net] >>232 構造的に無理 Goは構造をシンプルに保って高速軽量を維持するために言語仕様を必要最低限にしてるから、 書く人間の使いやすさを追求してるこちょりんとは根本的に目指してるものからして違う 240 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 07:33:55.52 ID:ygKhuk/7.net] >>235 いけると思う JIT後はJVMが1〜2だけど 241 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 08:43:07.10 ID:qMU5zT+q.net] なんでRustはあんなに速いん？言語の抽象度は同じくらいやろ？ 242 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 10:01:05.59 ID:ygKhuk/7.net] >>238 根幹の言語機能の所有権とライフタイムにより C++でのムーブセマンティクスやRAII 243 名前：みたいなのをより高度にコンパイラが認識出来るので 速度(効率)を保ったまま安全性を高められてる [] [ここ壊れてます] 244 名前：デフォルトの名無しさん [2019/02/07(木) 10:55:21.09 ID:esduY2Xd.net] Goはフットプリントも小さいからな。 C++だと、iostreamを静的リンクしただけでもそこそこ大きくなるのに。 245 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 12:43:04.54 ID:nkNDSe3E.net] 上で1..10の速さ書いたんやけどあれは実測じゃなくて速さランクのイメージや。 go<kotlin native<<jvm<<壁<<script言語 こうなるなら納得なんやけど、現実には kotlin native ≒ jvmなの？ 最適化されたらgoに迫ると思い込んでるんやけどそんな甘くないんかな。 246 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 13:44:29.30 ID:Ftq4Fy0N.net] 最適化できたらそらそうだけど、その最適化がどこまで出来るかどうかはお天道様にしか分からない 247 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 14:46:10.65 ID:nkNDSe3E.net] それもそうやね。大人しく半年か1年くらい待ってみるわ 248 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 14:47:12.25 ID:ygKhuk/7.net] コンパイラの頑張り次第で Go ≒ Kotlin/Native まで行ける可能性はある ベンチマークでは C ≒ Rust << Go ≒ JVM Rust vs Go　https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/rust-go.html Go vs Java　https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/go.html しかしGCの性質の違い、JVM起動時間、JIT、並列処理サポートなどにより 各ユースケースに対する適性は速度だけでは決まらない 249 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 16:17:29.13 ID:nPWMA0BU.net] 3桁ごとにカンマ打つには、 val str= "123456" println( str.format("%,d")) 想定では、123,456のはずが123456になる 使い方間違ってるかな？ 250 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 17:15:55.53 ID:3DPCoowD.net] 逆じゃね？ 251 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:09:56.46 ID:nPWMA0BU.net] 逆＋Intでないとダメみたい BigDecimal放り込んだら勝手に12,345.6789みたいになればと思ったんだけど、自分で作るの面倒で信用ならん 252 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:45:11.42 ID:MkVUfclC.net] jvmならNumberFormatでいいんじゃないの import java.math.BigDecimal import java.text.NumberFormat val BigDecimal.fmtStr: String get() = NumberFormat.getNumberInstance().format(this) fun main(args: Array<String>) { val a = BigDecimal(12345.6789) println("${a.fmtStr}") } 253 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 19:35:10.36 ID:MkVUfclC.net] ごめんよく見たら丸められてたから訂正 https://ideone.com/AvbxFT 254 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 19:59:36.92 ID:nPWMA0BU.net] >249 "."探して、整数と小数点以下に分けて整数部分にカンマ打ってから合体させようとしこしこ作ってたら別のアイデア出てた ありがと 255 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 06:09:56.82 ID:6/bHpQ6m.net] locale によってはカンマが3桁区切りではないかも知れないし記号がカンマではないかも知れないので こうやって自分でやっちゃった方が良いのでは？ println(java.text.DecimalFormat("#,##0.000").format(java.math.BigDecimal("1234567890.1235"))) // 1,234,567,890.124 256 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 07:35:37.20 ID:fJwH+mSX.net] >>251 ロケールに従わず常にカンマにしたいという意図ならそれだとそぐわないと思う DecimalFormatに与えたカンマはカンマという文字ではなくグループ区切り子なのでロケールに応じた文字で出力されるよ 257 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 17:34:05.13 ID:BbTEeZaP.net] 日本, アメリカ, イギリス 他 1 = 1.000 < 10 < 1,000 = 1000 ドイツ, イタリア 他 1 = 1,000 < 10 < 1.000 = 1000 ロシア, フランス 他 1 = 1,000 < 10 < 1 000 = 1000 オーストラリア, カナダ 他 1 = 1.000 < 10 < 1 000 = 1000 国際単位系(SI) 1 = 1,000 = 1.000 < 10 < 1 000 = 1000 　　空白を小数区切りに使う国が無いことと、ポイントとカンマの各国のばらつきから 　　読み取り間違いを避けるための妥協案のようなもの 258 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 17:41:28.40 ID:BbTEeZaP.net] おまけ Ruby, Java, Kotlin 他 1 = 1.000 < 10 < 1_000 = 1000 C++ 1 = 1.000 < 10 < 1'000 = 1000 　アンダースコアをユーザー定義リテラル用に使っていたため 259 名前：デフォルトの名無しさん [2019/02/10(日) 18:10:30.74 ID:6jFJUgix.net] そうか。じゃあグループセパレータを自分でカンマにセットしとかないと確実にカンマにはならないってことだな。 260 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 05:43:38.35 ID:xDY2FToe.net] Java全然書いたことないんだけどJavaのこと調べてたらこの言語に辿り着いた Android公式言語とのことだけど、Androidアプリ開発以外の用途でJavaでやることもKotlinで出来るの？ もうJavaじゃなくてKotlin学んだほうがいい？ PythonとCしか書けない 261 名前：デフォルトの名無しさん [2019/02/12(火) 05:56:17.28 ID:SvKCMiwA.net] おわこん 262 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 06:15:00.09 ID:PanSk5rI.net] >>256 > JavaでやることもKotlinで出来るの？ できる。 > もうJavaじゃなくてKotlin学んだほうがいい？ JavaをやってからKotlinを学んだほうがいいけど、PythonとCができるなら、Kotlinから始めるのもありかも。 263 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:01:07.40 ID:zazJl4ej.net] >>256 APIリファレンス読むためにJavaのメソッド定義の構文を知っておくくらいで Kotlinをメインに学んで良いと思うよ 成果物はJavaクラスファイル（※）なので出来ることは同じ やろうと思えば1プロジェクトで混在しても普通にお互い呼べる ※Kotlin/JS, Kotin/Nativeとかの別形式もある 264 名前：デフォルトの名無しさん [2019/02/12(火) 11:22:53.23 ID:8lolhehX.net] Scalaってどこいったん？ 265 名前：デフォルトの名無しさん [2019/02/12(火) 14:31:00.63 ID:8DpMAebM.net] Scalaは衰退しました 266 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:06:09.44 ID:ncKC6kPX.net] 使われてるところでは安定して使われてるみたい 拡大は止まったと思うけど

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef