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/ 152 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 20:15:44.23 ID:PIdTSIvJ.net] >>147 これは恥ずかしい 153 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 21:28:25.32 ID:NpmoGBI+.net] 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")) の行をコメントにすると普通に起動する 本当はラジオボタンで選んでバックグラウンドを変える処理だけど、抜き出してやってみてもうまくいかない 154 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 21:40:17.98 ID:9WShTN4K.net] 流行るわけないとか言ってるあたり、マジで最近出てきたフレームワークだと思ってたんだろうな Javaのマイクロフレームワークとしてはほぼデファクトなのに 155 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 21:41:18.91 ID:9WShTN4K.net] >>152 エラーメッセージに答えが書いてあると思うよ 156 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 21:58:54.35 ID:NpmoGBI+.net] >154 コンパイルは普通に通り、ワーニングも出ない ただ、アプリは起動直後に停止してしまう。 デバッグ用のスマホが悪いかと、別の機種つないでみても同じく起動直後に停止して MyApplicationが停止しました と表示される 157 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 22:30:34.06 ID:T4sCfJsj.net] なんでAndroidスレで聞かないわけ？ エラーメッセージ読めないのと一緒なの？ 158 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 22:30:36.78 ID:pxW0IIRd.net] 所謂おまじないはともかくとして 入門書や入門サイトが最初に教えるべきは println と throw RuntimeException() だと思う 最初に転び方だわ 159 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 22:48:55.25 ID:NpmoGBI+.net] ありがとございます すこしスレチみたいなので、こっちでもう少し調べてみます。 160 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 23:56:18.60 ID:k0QCMDX+.net] >>158 ちょっと暇だから相手してやるよ ほんとに LinearLayout 使ってる？最近の環境で新規アプリ作ったら ConstraintLayout だと思うんだけど たぶんここが val background = findViewById<LinearLayout>(R.id.back) as LinearLayout こうだ val backgroun 161 名前：d = findViewById<ConstraintLayout>(R.id.back) [] [ここ壊れてます] 162 名前：デフォルトの名無しさん mailto:sage [2019/01/25(金) 23:57:28.33 ID:k0QCMDX+.net] ちょっと面白いと思ったのは、ConstraintLayout に対して val background = findViewById<LinearLayout>(R.id.back) as LinearLayout background.setBackgroundColor(Color.parseColor("#FF0000")) これだと val background = 〜の行で ClassCastException で落ちるのに、 background.setBackgroundColor をコメントアウトすると落ちずに普通に動いちゃうのね これは background が使われないなら background へキャストして代入する処理自体を kotlin が無効化しちゃうのかな 163 名前：デフォルトの名無しさん mailto:sage [2019/01/27(日) 18:18:09.78 ID:jDwbvKDS.net] いろいろな意見を参考にやってみました 原因 コンパイルエラーは出なかったけどIDが変なところをさしていて、カラー情報を書き込んだ瞬間に落ちていました。 対処１ actibity_main.xmに android:id="@+id/back"を消して <LinearLayout xmlns:android="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でした ありがとうございました 164 名前：デフォルトの名無しさん mailto:sage [2019/01/27(日) 19:32:56.92 ID:dhHHmXdZ.net] >>161 >>154のエラー 165 名前：メッセージ >>157のRuntimeException >>160のClassCastException これらはどれも実行時エラーのことで、それを表示する方法や読み解き方をググるなりした方が良いと思うよ 今後のためにね [] [ここ壊れてます] 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}") }

---

---

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

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