Rust part27 (399ﾚｽ)
Rust part27 http://mevius.5ch.net/test/read.cgi/tech/1733146370/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
220: デフォルトの名無しさん [sage] 2025/01/26(日) 19:05:06.86 ID:o76t42ts 外部とUTF-8変換する微々たるコストが深刻になる用途があるならば標準ライブラリを使わずに独自に実装すればよいだけの話 標準ライブラリはAsRef<OsStr>やAsRef<Path>でそのままstrやStringが使えるように設計されている File::openなどでのパス指定の引数もこのAsRef<Path>がトレイト境界となっている as_で扱える設計が望ましい http://mevius.5ch.net/test/read.cgi/tech/1733146370/220
242: デフォルトの名無しさん [sage] 2025/01/29(水) 23:12:05.86 ID:1MMCze3E issueで内部が16ビットではそれが機能しないと http://mevius.5ch.net/test/read.cgi/tech/1733146370/242
273: デフォルトの名無しさん [sage] 2025/02/09(日) 16:28:50.86 ID:2Eyl255N >>268 該当コード用のメンテナがRustを使いこなすようになるか、専用のメンテナが別に現れるか、現在のメンテナが引退してRust推進のメンテナに代わるまでじゃない？ これはメンテナの複雑性管理＆管理ポリシーの問題だから、普及具合とかはあんまり関係ない。 http://mevius.5ch.net/test/read.cgi/tech/1733146370/273
304: デフォルトの名無しさん [sage] 2025/02/28(金) 23:49:44.86 ID:wOIfhSFi >>302 まずその共通部分が存在する保証がない 次に共通部分があったとしてもその部分への任意のアクセスメソッドが完全に同一である保証がない さらにダックタイピングで用意されるメソッドがその共通部分のみにアクセスされる保証がない 共通部分型方式には問題が山積み 一方でトレイト境界を用いると 共通部分を持たなくても安全に共通メソッドを増やすことができる http://mevius.5ch.net/test/read.cgi/tech/1733146370/304
319: デフォルトの名無しさん [sage] 2025/03/02(日) 15:32:34.86 ID:gL5X58/w >>312 少なくとも君は馬鹿だよ http://mevius.5ch.net/test/read.cgi/tech/1733146370/319
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.963s*