[過去ﾛｸﾞ] Rust part24 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
348(2): 2024/06/25(火)07:47:56.32 ID:hXiD4muz(1) AAS
>>345
っ move semantics
っ RAII
っ SmartPointer(Rc)
385: 2024/06/26(水)20:50:33.32 ID:mzS1vumz(1) AAS
>>382
Rustを学ぶ上で所有権は忘れた方がいい
実はRustは非常にシンプルで
値をmoveして用いるか参照して用いるかしかない
(ただしCopy実装型はmoveの代わりにcopy)
値はmoveされないままスコープが尽きると消える
消える直前にデストラクタが呼ばれる
以上たったこれだけだ
433: 2024/06/28(金)01:21:44.32 ID:uAgz1Jdl(4/5) AAS
>>431
これからやる人に対して説明できる形になってないという話をしてる。
出来てるから出来るんだというのは何の根拠にもならんよ。
出来るようになるための道筋が確立しているかどうかの話なんだ。
525(2): 2024/07/01(月)04:16:03.32 ID:VTE9nWpJ(1) AAS
unwrapをmapで代用とかセンス無さ過ぎ
546: 2024/07/01(月)15:30:41.32 ID:wNG1bhSA(1/2) AAS
>>543
単純な二項演算子でやると書式指定の範囲を制御できないんだよ。
C++ ではストリームに対する書式指定は永続的な効果を持っていて、その効果を上書きするまで続く。
普通の方法で指定したらグローバルな影響を持ってしまうのは明らかにまずい。
iostream が出来たときは可変長引数の関数を型安全に扱う方法 (variadic template) が無かったし、
書式指定文字列をコンパイル時に解釈して安全に扱う方法 (constexpr) も無かったから
その範囲内で当時の知見で比較的マシな形にしたらああなったという程度のもんで、
今の考え方からすると iostream は真似したいようなもんじゃない。
むしろ C++ のほうが新しい仕様では Rust 風のやり方に寄せて来てる。
579: 2024/07/03(水)23:56:15.32 ID:nLMSU1jW(2/2) AAS
Yew使ったことあるけどゴミだぞまじで
598: 2024/07/06(土)13:00:47.32 ID:mF2Bv0pD(2/2) AAS
ウェブ技術系は普段使いするにはリッチすぎるんだよな。
屋上屋を重ねまくった一番上でしょうもないことをするのは気が引ける。
944: 2024/07/23(火)23:40:30.32 ID:38zrS1+w(2/2) AAS
>>942
それな
975: 2024/07/25(木)23:18:37.32 ID:zdgCFOr2(2/2) AAS
>>974
自分はそれを言えるほど詳しくないけど、必ずしも必要ではないと思う
依存クレートを減らせる点で嬉しいし、今から書くコードでは新しいものにして良いと思うけど、今使ってるものをすぐに置き換える必要があるとまでは思わない
特にライブラリを作ってる場合は、rustcを今日リリースされたばかりの最新バージョンに上げないとライブラリをビルドできなくなるということなので、もう少し待った方が良いかもしれない
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.047s