Kotlin 3
■ このスレッドは過去ログ倉庫に格納されています
理由はわからないけど(容量オーバーか何かかな?)前スレがストップしてたので立てたよ。 あ、ごめん。こっちの専ブラが不調で前スレストップしたように見えてただけだ。すまん。 前スレ終わったらこっち使ってくれ。 >>1 はうっかりさんだなあ。 罰としてxamrinライセンス購入だぞ☆ そろそろJavaの呪縛から逃れて使いやすくしてくれよ 多次元配列作るぐらい簡単にしてくれ toとか変な構文使うのやめてくれ 開発環境最新にしたら、activity(getActivity)とかfragment(getFragment)とかがnullableになってるんですが、 これって!!を付けて回らないといけないんですかね >>9 getActivity()は、nullになることあるから、!!だと落ちることあるよ。 ただ、Kotlinでのactivityは、変数じゃないから、スマートキャストが効かないという罠があるんで、かっこわるいけど、 activity?.let { activity-> } とかにしてる。 argumentsもnullableになってるんですが、 val value: Int by lazy { arguments.getInt(Key) } は、 val value: Int by lazy { arguments?.getInt(Key) ?: -1 } みたいな感じでしょうか >>12 !!を付けて回ればとりあえず更新前の開発環境での動作と同じにはなる (nullの場合例外になる動作) ちゃんと対処するならメソッドの役割りや仕様をどうしたいかによる それ次第では value: Int? にする選択肢もある 1000 名前:デフォルトの名無しさん [sage] :2018/04/02(月) 11:00:15.69 ID:k9cTFSac 1000ならXamarinのライセンスを1000個買う k9cTFSac は領収書upな >1000ならXamarinのライセンスを1000個買う 小鳥んとSwift比べたら、断然小鳥んの方が書きやすいように思う 反論あれば言ってくれ 言語自体には断然っていうほど違いはないんじゃね。 個人的にはスイーフトンはメモリのことなど意識する必要があるのがイケてないと思う。 そういや Java 10 が出てて、それで kotlinc 動かしたら警告出なかったよ。 その他の動作まで全て意図した通りになるかどうかは知らないが。 ハロワ書くまでにすら依存性に悩まなければならない。でもそれが、KotlinをはじめとするJVM言語なんだよね! いや俺の言いたいのはそういうことじゃなくて、、 まあいいや、めんどいからXamarinでもいじって来る そういや Kotlin ネイティブはガベコレをどうするつもりだろう? 特定のライブラリ使った場合のみ使われるようにするのかな? >>35 使えないとは思ってない。特定のライブラリを経由するなら使えるようにするのかなって話だよ。 というのは用途によってはない方が良いだろうから。ありもなしも選択可能な方が良かろう。 >>39 知らん。ただネイティブ作るならライブラリも全部作ることになるだろうからどちらもできるようには作れるのでは? 例えばiOSだとネイティブの機能を使うのに参照カウンタの操作がどうしても必要になる場面はありそうだしな そこらへんはどう実現するんだろ Android Studio 3.1糞じゃね 3.0落としなおしたわ >>25 に同意だけどif-letとかちょいちょいKotlinにも欲しいのがある //Kotlin val view = this.view if(view != null){ //スマートキャストによりローカル変数viewはNotNull view.xxx() } //Swift if let view = self.view { //if-let文によりローカル変数viewはNotNull view.xxx() } >>44 それ Kotlin の方が可読性高くないか? 慣れてない人が難なく読める方が可読性高いように思うが スマートキャストも慣れてないと分かりにくいだろ え?どこで型変わったの?ってなる 好みの問題だろうけど、if let よりもエルビス先生使ってnullならreturnしてあげる方がブロック使わずに済むから好き せっかくkotlin使うなら view?.xxx() じゃいかんのけ >>48 まあそれはあるかも知れんけどね。 そういやこないだプロパティに対してスマートキャスト掛からなくて何故だか悩んだなあ。 変数のように見えても実はgetter呼んでるだけだから使えないと気づくまでに時間が掛かった。 >>42 ビルド中なぜか失敗してbuild suspendedぐるぐる状態になることがある。その場合、invalidateしてもふっかつせず、buildフォルダやiml、.ideaを全消ししたら復活した IntelliJファミリーのIDEは時々お茶目な動きするからな 基本的にはウダウダ悩むよりも.ideaフォルダを消してしまうのが手っ取り早い ことりんにぬるぽしてもガッ!されないとか聞いたのですがほんとうですか? >>55 ガッ!されないのは一番最悪じゃん ヌルポしないプログラムを強制されるのが肝だからね KotlinってAnnotation周りバグあんの? このライブラリがKotlinに対応できない理由として KotlinがTYPE_USEとAnnotatedTypeを正しく生成できないバグがある事を上げている Kotlinのプロパティに使われた場合、取得を試みる事すら出来ないって https://github.com/leangen/graphql-spqr/issues/72 2年も放置してるってJetBrainsはやる気あんの >>63 正直1種類のハードに複数のJVMを実装する労力があるんだったら、 iOSなどJVMがないハードのJVM実装をやってほしい。 やっぱりAndroid Studio3.1はバグってたぽいな ttps://twitter.com/androidstudio/status/981914632892960768?s=19 アノテーションの一部にバグあっても 殆ど使わない機能から放置で問題ないと思ってるのか JVMのリリースサイクルが半年になったけど、KotlinのターゲットJVMは どれくらいの期間にリリースされた分がサポートされるようになるんだろうか。 対応している間に次のJVMに移行しないといけなくなりそう。 >>74 GoogleがAndroidの公式言語に採用した時点で、もうゴールしてもいいよねと思ったかも。 >>75 それな。 jetbrainsは収益構図を描けてるのか甚だ疑問。 kotlinの進化を続けられるのか… >>75 JVMそのものの後方互換性は中々失われないだろうから結構持つのでは? 古過ぎると金払ってもOracleがサボートしてくれなくなるだけで。 >>76 Jetbrainsがまず自分で使うでしょ Oracleはサポート止めたりしないでしょ。只、来年から サポート料うん倍にするだけで。 2010年のEBSに続いて今回のDB。信用されなくなるわな OpenJDK 11はLTSにならないの? .NET Coreに鞍替えするか 最新のJDKを追ってる人はどういう用途で使ってるんだろう WebLogicとかじゃね? バージョン指定がとても細かい バージョン指定が細かいとJDK使うメリットが7割くらい失われる気がする AdoptOpenJDKって非営利組織がOracleJDKのLTS版のセキュリティフィックスをOpenJDKにバックポートするって言ってるらしい 金が無い人はこっち使えば良いって事? OpenJDKも数バージョンおきにLTSするようになる方向って話だけど、それとは違うのか サーバーサイドとAndroidで広義でのJava8環境使ってるけど 正直Java6相当だとしてもさほど困る気がしない Javaプラグインとかだとセキュリティパッチが必須とはいえ そもそも脆弱性の源泉みたいなもの使うこと自体を考え直すべきだし kotlinはかなりいいが、androidStudioがまだ対応しきれてないな Javaだとsuperクラスを指定してクラスを作れるのにできないし、 必要なコンストラクタも自動で記述してくれない 俺は今のところ言語そのものを覚えようとしている段階なので vi で作って動かしてるよ。(GUIなしでLinuxでな) 学習するにしても補完のきくIDEの方が効率よくないか 覚えなくていいことを覚える自己満なんだからほっといてやれよ >>90 そう?起動が遅くて重くて全部英語でなおかつIDEそのものの使い方も調べないといけなくなって何とも言えないんだけど。 それと、開発効率は今のところ上がらなくて良い。学習中なので大規模なのを作る必要性もないしね。そのうちやるかも知れないが。 >>91 こちらとしてはこの方が新たに覚えることがほとんど言語のみになって楽なんだよ。動作も軽いしね。Linuxやviは何十年も前から仕事でも趣味でも使っててそちらで新たに覚えなきゃいけないことは特にないの。 ああおっさんか、それなら好きにすりゃいいよ。 新卒がそんな非効率なことやってたら優しく丁寧に指導するところだが。 intellJ使うと、Kotlinらしくないコードにワーニングがつくから、その言語の文化を学ぶのに適切なんだけどね。 Javaを直訳したようなコードでも、コンパイルはとおるから。 プログラミング言語を学ぶってのは、文化込みだと思うので、IDEを使うことを勧めるね。その辺をわかってくれない、Vimerとかemacsenとか多いけど。 そもそも言語作ってるのがJBなんだから回し者も何もないような 俺も最初はTryKotlinでやってたけど補完してくれないので効率悪くて、 AndroidStudioでやったほうが、重くても効率が良いとわかって移行した まあ、言語そのものを触るのなんて3日で終わるだろうから、 最初からIDEにしといたほうが慣れていいと思うけどね IDEが誤解されてるというより、vimが誤解されてる気がするわ 設定したらIDEと変わらんし設定も簡単 と、どっちも使う人間は思う ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる