- 1 名前:デフォルトの名無しさん [2018/03/19(月) 04:26:26.03 ID:GqsfT9Tb.net]
- JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org 前スレ Kotlin 2 https://mevius.5ch.net/test/read.cgi/tech/1509462463/
- 641 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 19:10:39.22 ID:zUb4/N1b.net]
- >>628
いや、答えになってるよ 頑張って
- 642 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 19:57:19.87 ID:p+pduEru.net]
- じゃあちょっと質問の仕方を変えますね
なぜnull不許容が必要なのか教えてください これならわかるかな?
- 643 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 20:21:05.34 ID:YRVrDSwQ.net]
- ifでのnull判定がめんどくさい
- 644 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 20:22:39.29 ID:RQ8Q2AIa.net]
- それよりも帰ってプレステやろうぜ
- 645 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 20:40:44.92 ID:p+pduEru.net]
- そもそも、nullを代入しなければいいのでは?
もしくは初期化しておけばいいと思います 違いますか?
- 646 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 20:51:32.85 ID:Lm+QSQ9f.net]
- COBOLとかFORTRANはそういうコンセプトだねぇ
kotlin止めるの推奨
- 647 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 20:59:37.06 ID:RPmVTiLU.net]
- >>635
1人で全て開発するならそれでいいと思うよ。
- 648 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:03:58.17 ID:p+pduEru.net]
- つまり、null不許容型は人的ミスのためであって他意はないと?
- 649 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:05:43.17 ID:VUEtZOMW.net]
- >>635
初めたばっかで良く分かって無いが、null使わないなら許容する意味が無くね-か 寧ろnullを使う意味が分からない
- 650 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:22:24.66 ID:YRVrDSwQ.net]
- 例えばSwiftは言語仕様でnullを抹殺しているが、わざわざOptionalというnullでないものでnullを表現してる。nullがない世界など何処にもないのだ。
- 651 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:25:55.36 ID:p+pduEru.net]
- 例えばファイルが読み込めなかった場合、どうなると思いますか?
答えられますか? 答えられるようになったら質問してください。 今はそういうレベルの話ではないです。
- 652 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:38:37.19 ID:/V8oJSwl.net]
- >>631
> なぜnull不許容が必要なのか教えてください あなたの言う意味では不要。null許容にすることによってプログラミングが不可能になることはない。 nullによって発生する凡ミスが減るというメリットを必要とする人がいる。それだけ。 >>641 > 今はそういうレベルの話ではないです。 わからないで聞いているというより、わかってて煽ってるわけだ。 > 例えばファイルが読み込めなかった場合、どうなると思いますか? ここでnullを許容する必要があるのではないかと言いたいんだと思うけど、 Kotlinがそうしているかどうはかは別にして、「ファイルが読み込めなかった」という nullでない値を返すという考え方もある。 null許容のJavaだと例外を投げるところかな。
- 653 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:40:24.82 ID:p+pduEru.net]
- >>640
おっしゃる通りで、結局不正なデータのチェックは必要なわけで、null不許容だから安心して使えるわけでもなく、寧ろ何気にうまく動いている状態が一番怖いです
- 654 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:52:05.84 ID:p+pduEru.net]
- null不許容のクラスを作るとして
そこではあらゆるケースに対処を強いられるわけで、チェック項目は膨大になります しかしそれを利用する側は単純にファイルが読めるか否かだけ知れればいいとします。 null不許容を取り入れるということは、開発コストが上がることを示唆しているのではないかと どうですか?
- 655 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 21:54:49.09 ID:YRVrDSwQ.net]
- Optionalは中身取り出すのにアンラップが要る。Kotlinはnullにならないようにコンパイラがチェックしてるだけ。よってアンラップ不要。副作用としてnullを許容してないのに場合によってはnullが入ってしまうこともある。。
- 656 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:02:12.48 ID:p+pduEru.net]
- >>645
それは実行時の動的なnullですよね。 私が質問しているのは、null不許容型(言い換えれば静的なnullに関して)の必要性についてです。
- 657 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:02:30.58 ID:RQ8Q2AIa.net]
- >>644
>>642が答え書いてるじゃん
- 658 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:07:56.87 ID:GxIVu2Pg.net]
- ていうか日本語の文章おかしいし、確実に酔っ払いかただのキチガイじゃん
- 659 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:10:34.25 ID:GxIVu2Pg.net]
- おおかた大学のレポートなり試験なりでその質問をされて回答を探しにきたんだろ
ネットで煽りっぽく聞けばムキになった人が答えてくれるからね、君は賢いね、偉い偉い
- 660 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:30:46.16 ID:F0/bv6/d.net]
- >>628
たとえが下手すぎて
- 661 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:36:12.55 ID:RQ8Q2AIa.net]
- だってこの子見るからに頭悪そうじゃない
- 662 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 22:37:28.39 ID:1JRb/tn1.net]
- 高圧的に質問すれば、逆に皆反応してくれる良い例だね
- 663 名前:デフォルトの名無しさん [2018/06/24(日) 23:18:47.64 ID:eSenA4KT.net]
- >>625
コンパイルする言語なのかインタープリタなのかという問題ではなくて、そういう仕様の言語というだけのこと。 というのはコンパイルしようがしまいが同じような言語は作れるから。
- 664 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 23:20:17.58 ID:eSenA4KT.net]
- >>626
それによるバグをコンパイル時にエラーを出すことによって防げる。
- 665 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 23:25:25.08 ID:eSenA4KT.net]
- 今ちょっと前にAmazon見たらこれのKindole版の方だけ1361円だった。55%offかな。だいたい半額ぐらい。
短期間のセール価格なのかも知れない。 Androidアプリ開発のためのKotlin実践プログラミング 現場で求められる設計・実装のノウハウ amzn.asia/iM5AGQY 紙の本はもう持ってるのにうっかり押しちゃうところだったw
- 666 名前:デフォルトの名無しさん mailto:sage [2018/06/24(日) 23:40:28.01 ID:454A8npo.net]
- 遠回しな宣伝だなぁ
- 667 名前:デフォルトの名無しさん [2018/06/25(月) 00:03:59.42 ID:MQFTLmTQ.net]
- >>656
宣伝にはなっちゃうが他に知らせる方法ないよな。
- 668 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 01:08:25.26 ID:eZlTEzf8.net]
- >>649
だろうな 煽り質問は無視しとけば良い 世の中nullっとしてないと入るものも入らないんだよ
- 669 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 02:22:50.92 ID:qxY2M36r.net]
- >>655
見る価値がないわぁ
- 670 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 08:15:38.14 ID:+UpY7hie.net]
- null安全に文句つけるひとほどnull安全を大袈裟に捉えてる現象
- 671 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 08:19:39.17 ID:1p6QEPdQ.net]
- 本人あっさり逃げたな
マジで>>649が図星だったのかw
- 672 名前:デフォルトの名無しさん [2018/06/25(月) 08:59:14.92 ID://DXoKuS.net]
- とするともう大学で教えてる所があるということになるな
- 673 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 09:02:09.61 ID:1p6QEPdQ.net]
- null安全な言語はもうずっと前からあるから、それに触れる授業くらいはいくらでもあるでしょ
- 674 名前:デフォルトの名無しさん [2018/06/25(月) 09:08:55.77 ID://DXoKuS.net]
- >>658
【審議中】 . ∧,,∧ ∧,,∧ ∧ (´・ω・) (・ω・`) ∧∧ ( ´・ω) U) ( つと ノ(ω・` ) | U ( ・) (・` ) と ノ u-u (l ) ( ノu-u `u-u’. `u-u’
- 675 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 09:10:40.50 ID:l5OlESCl.net]
- kotlin流行らんなあ
- 676 名前:デフォルトの名無しさん mailto:sage [2018/06/25(月) 12:17:54.99 ID:VJwqAc5V.net]
- BASICはnul安全
- 677 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 06:08:18.39 ID:2T7FQdCl.net]
- KotlinのターゲットJVMは、Java8の次はOracleJDK 11になるんだろうか、OpenJDK 11になるんだろうか。
- 678 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 08:30:26.76 ID:T66Du/32.net]
- Jetbrainオリジナルのkdkになるよ
- 679 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 09:17:28.24 ID:j47hmKh+.net]
- そんなん作ってくれるならそれはそれで助かる
- 680 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 09:36:33.84 ID:DwsAXqqT.net]
- 絶対に必要なのはJVMでJDKは要らなくする方向になるんだろな
- 681 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 15:19:07.75 ID:Pch/7s9D.net]
- nativeはやく整備しよ?
jetbrainとgoogle様ならわけないっしょ?
- 682 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 15:46:55.60 ID:JaGjn0N8.net]
- nativeっておもちゃとしては楽しいだろうけど、現実的にそこまでニーズあるかね
- 683 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 18:39:53.31 ID:94ok3+r+.net]
- 明日JBの中の人が来日してkotlinイベントあるね
何か面白い話聞けるかな
- 684 名前:デフォルトの名無しさん [2018/06/26(火) 19:48:16.67 ID:EJ9QuCpH.net]
- >>672
まずはおもちゃとして使って楽しんで、それから何かに使えないか考えれば良いのではないかな。 その内なにか丁度良い用途が見つかると思うよ。
- 685 名前:デフォルトの名無しさん mailto:sage [2018/06/26(火) 21:43:33.91 ID:94ok3+r+.net]
- 趣味で何か作るなら是非使いたいね。
ビジネスプロダクトを作るならまたちょっと話が変わるけど。
- 686 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 07:38:02.
]
- [ここ壊れてます]
- 687 名前:49 ID:6utZ2/C2.net mailto: クロスプラットフォームって、出始めの頃のhtmlベースのそび糞達のせいで普及が5年は遅れてると思う。
いまだにあの頃のイメージは抜けきれてない [] - [ここ壊れてます]
- 688 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 08:32:56.41 ID:mCGbxVOO.net]
- Kotlinを選ぶ時点で、既に自分の得意な特定の言語に固執する低レベルな段階を卒業してる人が多いだろうから
無理にKotlin使うよりプラットフォームに合わせた適切な言語を使うべきと考える人が多数派だろうね
- 689 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 08:41:17.54 ID:EhxoKQAq.net]
- うちもいくつかアプリ作ってるけど、結局それぞれのネイティブで並行開発が1番間違いないって感じになってるな。
Xamarin使ってるのもあるけど、やっぱり色々辛い。RNはもっとアレだったからプロダクトに使う前にやめた。
- 690 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 08:44:02.48 ID:eZ/QptdS.net]
- そうそう
クロスPFなんてもうunityくらいしか使われていない
- 691 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 09:01:55.92 ID:tEiv7Ngd.net]
- Xamarin程の糞はない
- 692 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 10:28:55.92 ID:WNG+0R1n.net]
- >>679
Unityって触ったことないけど、ゲーム以外にも使えんの?
- 693 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 10:31:24.77 ID:Ei1nEpEL.net]
- 使えない
- 694 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 12:18:58.79 ID:+kJys0PI.net]
- 単純にプラットフォームのバージョンアップに加えて、Xamarinの更新や仕様変更にもついていかなくちゃいけないのが割と大きいんだよね。
レイヤーが1枚増えるぶんこちらの意思とは無関係にメンテしなくちゃいけないものが増える。
- 695 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 18:40:46.48 ID:joyJ67qD.net]
- ネイティブでクロスコンパイルだとgoがいい感じなんだがいかんせん言語仕様がアレじゃん?
rustもつらみが深いし。 kotlinがそこ狙ってくれないかなー
- 696 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 19:00:28.69 ID:FvMz1kHT.net]
- Googleがgo諦めてKotlin推しになったんだと思ってるんだが
- 697 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 19:40:54.39 ID:qKnsPtkx.net]
- Google的にはTypeScriptとPWAでしょ
- 698 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 20:31:33.36 ID:9CxCJ+s3.net]
- GoはGoogleAppEngineとセットで推されてる感じ
Dartはモバイルアプリに使えるようになったけど、PWAにも対応されるのかな
- 699 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 21:31:14.11 ID:/7xWx8r1.net]
- Google A 「KotlinはAndroid開発の第一級言語」
Google B 「Dartならクロスプラットフォーム開発出来るよ」 Google C 「社内ではTypeScriptが標準開発言語ですけどね」 Google D 「Goはさらに進化する」
- 700 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 21:47:53.30 ID:UhwNkHWJ.net]
- Googleも一枚岩ではないからな
- 701 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 21:54:44.06 ID:058nb6Zd.net]
- そういうカオスなのがGoogleっぽくて嫌いじゃない
Googleはインド系 Appleは中国系
- 702 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 22:06:52.35 ID:M3lpNFO8.net]
- Google的にはWebAssemblyはどの言語なんだろ
Kotlin/Nativeを推してくれたりしないものか
- 703 名前:デフォルトの名無しさん mailto:sage [2018/06/27(水) 22:36:51.97 ID:09Lu5AaC.net]
- GoogleはSEO最強だからどんなものでもそれなりに凄いもののように見えるけど、
実際にはGoogle自身も全く本気でやってないお遊びレベルのゴミが多いでしょ Googleって社内的には非常に一貫性の高い独自のプラットフォームがあって、世間のOSSベースな開発とはかけ離れた世界になってるらしいし
- 704 名前:デフォルトの名無しさん [2018/06/28(木) 05:21:24.48 ID:lL281Rpl.net]
- ソースは?
- 705 名前:デフォルトの名無しさん mailto:sage [2018/06/28(木) 08:16:52.30 ID:1UW06GNd.net]
- googleのソースリポジトリへのコミット要件が割と厳し目なのは有名かな。
その割にgithubにあげてるのはそもそもまともに動かないものもたまにある。
- 706 名前:デフォルトの名無しさん mailto:sage [2018/06/28(木) 11:23:25.80 ID:m6ikkjV1.net]
- >>693
オリバーかイカリ使ってる
- 707 名前:デフォルトの名無しさん mailto:sage [2018/06/30(土) 20:53:17.24 ID:eWG25u0M.net]
- この前のHadi Haririのイベント行った奴いないの?
- 708 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 08:01:17.25 ID:/DvFOeR7.net]
- すみません、どちらに質問させて頂けるのか分からなくてこちらで教えていただければと考えてます。よろしくお願いします。
- 709 名前:696 mailto:sage [2018/07/01(日) 08:15:08.30 ID:/DvFOeR7.net]
- 1 fun func(x:int,y:(Int)->Int)=L(x)
2 func(1,{it*5}) 1行目のL(x)は何を意味しているのでしょうか? また、var y:(Int)->Int={x:Int->x*2}をfunc関数に代入するために 1行目にy:(Int)->Intを引数にして 2行目で、{x:Int->x*2}を実行しているという理解でいいのでしょうか?
- 710 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 08:18:15.23 ID:nOlX7v2j.net]
- >>682
Unityの「だってお前らこれではゲームしか作らんだろ」という割り切りっぷりは清々しい ゲーム的文法で作る以外のルートがねえw
- 711 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 10:29:25.00 ID:7m3QggRW.net]
- >>698
1行目はLという名前の関数にxを渡してるだけ fun func(x:int, y:(Int)->Int) { return L(x) } の省略表記 ただ、引数のyが無視されているので L(x) じゃなくて y(x) の間違いなんじゃねって気がする 2行目は代入云々はその理解で合ってるけど 「実行している」のではなく「定義して渡している」 実際そのコードではyが呼ばれてないのでその掛け算は実行されない
- 712 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 16:20:40.37 ID:nicbhK38.net]
- なんで、宣言のとき型と変数名逆にしたんだろうなあ、苛つくわあ
- 713 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 16:23:38.80 ID:nOlX7v2j.net]
- >>701
省略したいときウルトラ面倒になるのでやりたくなかったのだろう
- 714 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 16:58:23.83 ID:nicbhK38.net]
- val 人間:文字列=山田
気持ち悪いわあ
- 715 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 18:15:00.04 ID:kOaBFF1V.net]
- >>701
型が省略されてるものとされないものが混在したら可読性ウンコになるだろ
- 716 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 19:41:23.70 ID:zdyprq44.net]
- 以前はPASCAL, ML, Haskell、最近なら Scala, Go もこういう形で、
「型 変数」っていう順序のCスタイルの方が本来異色なんだけど。
- 717 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 20:18:17.04 ID:dWb7F20p.net]
- >>704
val a=0 int b=1 みたいな感じじゃだめだったのか気になる
- 718 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 20:49:55.44 ID:8aTW58+O.net]
- val name : String = " 名前"
" String "に代入してる感覚があるから、わかりにくのは事実だわなw
- 719 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 20:53:31.14 ID:dWb7F20p.net]
- >>707
これよこれ Aをhogeという型で代入 hogeという型のAに代入 好みかな…
- 720 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 21:01:29.33 ID:kOaBFF1V.net]
- >>706
それだと val int a = 0 val b = 1 になるやん
- 721 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 21:31:28.10 ID:sOb0a/fB.net]
- 文芸的プログラミングというやつで、
val name: String はname of Stringと見えるから英語の順序的にはこのほうが自然
- 722 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 21:38:16.02 ID:nOlX7v2j.net]
- てゆーか>>703の例の時点でさくっと英語理屈を出してあげたほうが混乱がなかったと思う
じゃあなんでC族がそうなってないかって? Cだからそんな面倒なことしねーんだよお前側が機械に合わせろw
- 723 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:01:00.11 ID:q7RVjG2e.net]
- 日本語話者の一般的な認知様式は
鳥の模型>模型の鳥 名前を表す文字列>文字列で表された名前 だし、日本語でも 変数名:型 の方が言語的には自然では
- 724 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:20:03.34 ID:InQHnS3f.net]
- 数字の n は 42
文字列の s は "42"
- 725 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:26:56.25 ID:nicbhK38.net]
- 言葉的にはそうかもしれないが
抽象度の順じゃないつうのがねー これがモヤっとする原因 哺乳類>人間>山田
- 726 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:31:27.77 ID:R8XGd50K.net]
- >>714
うるせーそれが仕様だ 慣れろバカ
- 727 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:50:43.53 ID:q7RVjG2e.net]
- >>713
それも大抵の日本人は nは数字の42 sは文字列の"42" と表現すると思うよ
- 728 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 22:55:24.40 ID:+8z4/crF.net]
- 単純に慣れだと思うんだけどなぁ
コード読むときに >>713 >>715 みたいな考えいちいち経由しないでしょ
- 729 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 23:01:37.60 ID:8aTW58+O.net]
- kotlinの基本に慣れる為に
val name : String = " 名前" "定数"の"name"には"String型"の"値"を入れる と言う解釈がすんなり行けるかな
- 730 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 23:08:56.02 ID:raAwvdUY.net]
- val name: String = "..."
"name" is a string: "John Smith" 「名前」は文字列、"山田花子" 打ってる時はだいたいこういう感じの思考の流れがある
- 731 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 23:19:27.43 ID:CPfYnrTw.net]
- >>718
define a variable "name" as a string and assign a value "名前" to it って読むんだよそれ
- 732 名前:デフォルトの名無しさん mailto:sage [2018/07/01(日) 23:20:47.61 ID:InQHnS3f.net]
- valなのにvariable wwwww
- 733 名前:デフォルトの名無しさん [2018/07/01(日) 23:27:05.41 ID:yaDvqYhr.net]
- 昔々PascalというかDelphiをよく使っていたので変数名、形の順でも違和感なし。
Oracle の PL/SQL も確かそうだったな。 Cも昔からよく使ってるけどね。Javaは趣味で使う程度かな。
- 734 名前:デフォルトの名無しさん [2018/07/01(日) 23:30:37.32 ID:yaDvqYhr.net]
- そういやKotlinは val a, b, c : Int みたいに書いてまとめて宣言できないんだっけ?できた?
- 735 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 00:28:48.57 ID:QmQNg+H0.net]
- >>709
javaとかこんなんじゃなかったっけ
- 736 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 00:29:30.51 ID:QmQNg+H0.net]
- >>709
>>706のことね
- 737 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 02:31:32.49 ID:oF5BHAcS.net]
- 変数名とコロンの間にスペース入れるのは規約違反?
- 738 名前:デフォルトの名無しさん [2018/07/02(月) 04:08:17.17 ID:M/CoMLX8.net]
- >>726
エラー出ないから言語としては良いのでは? 関係ないが>>723で書いたやつは試したらダメだった。
- 739 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 10:54:34.73 ID:sDkOSnE9.net]
- >>726
IntelliJのCode Style設定ではどちらも選べるようになってるから、どちらでもいいんでない
- 740 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 12:07:35.37 ID:eli6Ofbc.net]
- >>727,728
そーなのか なんとなく型はスペース無しで継承はスペース有りかと ありがとりん
- 741 名前:デフォルトの名無しさん mailto:sage [2018/07/02(月) 15:54:18.89 ID:fF3oZnn5.net]
- そうそう型と継承が同じ記法だからごちゃごちゃするよな
どうせならすべて動的型付けにすればよかったのに
|
|