Kotlin 2
■ このスレッドは過去ログ倉庫に格納されています
Xamarinに興味ないのならこのスレ来んなよカス お前らそんなに暇ならKotlinで人の役に立つブラグラムでも書いてこいよ ことりんはBカップ、ザマリンはHカップだそうだ。
どっちが優れているかは明らかだろう。 ある非同期関数を呼び出し側のコンテキストで実行したいのですが、例えばC#の場合
void async testAsync() {
await funAsync1(); // configureAwait(false)しない
hoge1();
await funAsync2(); // configureAwait(false)しない
hoeg2();
}
で、testAsyncをメインスレッドから呼び出しせば、hoge1とhoge2は呼び出し側のコンテキストつまり
メインスレッド上で実行されるのですが、
同じ事をkotlinでやるにはどうすればいいでしょうか??
fun testAsync() : Job {
return launch {
funAsync1().await()
hoge1();
funAsync2().await()
hoge2();
}
} launch(UI)とか昔のコードみるとあるのですが、UIは廃止されたのでしょうか? ここXamarinスレだから、そんなこと聞かれても困る なんかスレチな話題ばっかりなんだが、コトリンインアクション買う価値ある?
本家HPのリファレンスで十分? >>473
わからない。それは今のお前の状態によって変わる。立ち読みして自分で決めろ。
まあしかし俺のエスパー能力を使った直観によれば、多分買った方が良い。 launch(UI)のUIはcoroutine-androidの別モジュールだった。すみません。 コルーチンは実験的らしいけど
Androidなら「android kotlin 非同期」とかでググってみたらいいんじゃないかな
実験的じゃない方なら「android 非同期」でJavaのやり方をそのままKotlinに >>473-474
Kotlinイン・アクション、2017
Kotlinスタートブック -新しいAndroidプログラミング、長澤 太郎、2016
太郎はたぶん、イン・アクションを参考にしながら、スタートブックを書いたのかな?
そういう意味では、太郎本の方が有利 >>473
本家HPの英文リファレンスを読みこなせるなら、イン・アクションはいらない。
Kotlinをこれから始める人で1冊しか買えないのなら>>477の言う通り太郎本がいい。 コルーチンっていつまで実験的扱いなんだ
普通に十分実用に耐えるんだが >>478
サンクス
じゃー、様子見するよ
立ち読みしろって言われても近くにでかい本屋ねーし、4000円越えで無駄に高いしな 標準でページ翻訳を備えるブラウザが便利
stackoverflow(英語本家)のやり取りなんかは本じゃ得られないし Amazonでkindle版のサンプルがただで読めるよ。サンプルだからどの程度まで読めるかはわからないが。 Stackoverflowを翻訳なしで読めないならKotlinより先に英語を勉強した方が良いと思う
煽りじゃなくてマジで 全く読めないならその通りだね
その場合検索もまともに出来ないだろうし
でも情報を探しているときに日本語と同じ速度で流し読み出来る人以外には翻訳おすすめ Google先生の翻訳精度も最近上がってる気がする 読めなくても文法の基礎知識があれば翻訳を修正しながら読める 最近のGoogle先生はほんと優秀で、一回全部Google翻訳にかけて、意味がわからんところだけ英文見て修正するだけでも単語調べる時間減るから、だいぶ時間の節約になる 精度が良いからって頼りきりなのは問題だよ
データシートも翻訳するの? 時間節約や翻訳支援に有用性があるという程度の話に
突っかかって行く意味あるのか? 言語オタクと初心者以外本なんて必要ないような
最低限の知識は軽く公式のドキュメント読んで後は
その都度覚えれば十分だなぁ
言語オタクじゃないので言語よりアプリ作るのが目的だからな Kotlin自体より、Android SDK等のクラスライブラリの方が使いこなすの大変だわ 新しい言語覚える時は適当に評価高い本を一冊買う派だな俺は
全体像をつかむのに体系的ににまとまった本はやっぱり便利 自分の慣れた言語で当たり前だったやり方でも、他の言語ならもっとスマートに書けるとかあるからな
公式ドキュメントだとどうしても全体を俯瞰的に見るのは難しいから、自分が存在を知っている情報以外の情報に気付きにくい ねえ
// int[] sKey
// byte[] wKey
// int data
wKey[0] += sKey[(int) wKey[1] & 0xFF] - data;
wKey[1] -= (byte) ((sKey[(int) data & 0xFF] ^ wKey[2]) & 0xFF);
wKey[2] ^= (byte) (data + sKey[(int) wKey[3] & 0xFF]) & 0xFF;
wKey[3] -= (byte) (wKey[0] - sKey[(int) data & 0xFF]) & 0xFF;
int dKey = ((int) wKey[0]) & 0xFF | (wKey[1] << 8) & 0xFF00 | (wKey[2] << 16) & 0xFF0000 | (wKey[3] << 24) & 0xFF000000;
こういうのってKotlinでどう書けばいいの… >>497
IntelliJかAndroidStudioで変換してエラーを手修正すればOK >>497
言いたいことを想像しながらの答えになるけど、ビット演算もシフト演算もKotlinにはあるよ。
ttps://kotlinlang.org/api/latest/jvm/stdlib/kotlin/-int/index.html
Cのような見栄えにならないとしても、それはKotlinの目指すところではないということかと。 kotlinでやるならwKeyもIntArrayとかにしたほうがよさそう 普通にJavaでしょ
殆どIntelliJがやってくれる >>497
IntelliJでunko.ktというファイルを作る
そのコードをそのまま貼り付ける
終わり もとの言語知らんけどもっとマシな書き方あるだろと思う 何かの外部の処理論理をそのまま記述したって感じだな
外部の処理記述と突き合わせなければならないような場合はこんなのをよく見る
変にスマートに書き換えされてると脳内再変換コストがかかるというパターンw >>501
なんか折角いろいろ簡略化して書けて見やすくて良いねって思うけどそういうのは融通利かないな_
あとこれ>>502
何故Byte→Short→Intを自動でやってくれないのか >>507
Javaではこれがfalseになる
Integer a = 0;
Long b = a + 0L;
System.out.println( a.equals(b) );
コード上のプリミティブ型とクラス型の区別を排除していたり(最適化でプリミティブ型になる)
型推論を持つKotlinで数値型の暗黙の型変換は地雷になるのであえて無くしている こういうの見るとセンスねえなあって思う
C#の開発者が優秀すぎた Javaの検査例外になれるとKotlin-JVMで検査例外使えないのが辛い・・ >>508
例えば引数にByteを使う場合にJavaでは数値の明示的変換が要るのに対してKotlinでは要らないけど
いざ数値と比較しようとするときには
-> Java/Kotlin
== -> true/error
==(cast) -> true/true
equals -> false/false
equals(cast) -> true/true
になってKotlin側は値比較をしてくれないのはそのせいか
いやでも引数に使うときや代入時には(型の範囲内なら)変換無しで通るんだから
数値比較でも比較される型の範囲内ならキャスト不要にして欲しいな kotlin初心者の質問くんはここでいいですか…? そういや Kotlin も初心者質問スレみたいのがあった方が良いんじゃないか?
今はまだ言語そのものを知らない人が多いようなのでこのスレだけでも良いかも知れないが、何れ増えて来るだろうし。 そんなん増えてきたら作ればいいだろ
このスレですら過疎すぎてxamarinに乗っ取られてるんだからこれ以上住人を分散させなくていい Kotlinはようやく存在が知られ始めたところだし、これからよ いやしかし特定の分野でだけではないかな。Web関係とか。
少なくとも俺の日頃の仕事では全く絡まないのでどこでよく使われているのかよくわからない。 C++でAndroid書くみたいなのは完全にオワコン? >>531
ネイティブってこと?それだと当然CPUが違うと動かないよね。 Xamarinって確かライセンス買わないと使える機能に制限あるんじゃなかったっけ そうか Java VMで動くC#があれば全て解決するのか >>535
XamarinのライセンスはVisual Studioライセンスに統合されてる
Communityライセンスの条件内なら無料
そうでなければ年間サブスクリプションが必要(約6万円 / 年・開発者) Kotlin だって
いいじゃないか
JavaVM だもの >>537
.NET上で動くJVMならあるけど(実用に耐えるとは言っていない)。
ttp://www.ikvm.net/index.html kotlinは好きだけどJVMがなぁ・・・
て思ってる人はかなり多いと思うよ
kotlin nativeに頑張ってもらって
さっさとJVMから足洗ってほしい ぼきはJavaのライブラリ使うのでJVMでもいいれす(^p^) 俺もとりあえずはJVMで良い。
気になるのはJavaScriptの方かな。 Kotlinに移行しようかとしばらく触ってみたけど、C#の方が痒いところに手が届くいい言語だな、、、 なんだかんだで膨大のJavaのライブラリとそれらのノウハウを使えるってのが大きいわな Javaの腐ったライブラリよりC#の洗練されたライブラリの方が有り難いんだけど >>551
>なんだかんだで膨大のJavaのライブラリとそのノウハウ
それを負の遺産という >>55
バッドノウハウは要らないのと神託社に抑えられいるのがイヤン ほとんど借金なんだよなぁ
COBOLと同じ道辿ってる ■ このスレッドは過去ログ倉庫に格納されています