Rust part27 (406ﾚｽ)
Rust part27 http://mevius.5ch.net/test/read.cgi/tech/1733146370/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
221: デフォルトの名無しさん [sage] 2025/01/26(日) 20:54:35.44 ID:aE8oqgD4 >>220 後半の話は全然関係ないじゃん http://mevius.5ch.net/test/read.cgi/tech/1733146370/221
222: デフォルトの名無しさん [sage] 2025/01/26(日) 21:10:37.51 ID:o76t42ts >>221 後半ためにはOsStringがStringを含む拡張になっていなければならない そうなっていれば型の読み替えだけでas_refできる http://mevius.5ch.net/test/read.cgi/tech/1733146370/222
223: デフォルトの名無しさん [sage] 2025/01/26(日) 22:23:21.64 ID:b7sQng67 >>222 それは>>213が書いてるようにどうなってるかの話で なぜそうなってるかの理由ではないよね File::openはAsRef<Path>を受け取るけど windowsならすぐにVec<u16>に変換されてる 仮にwindows向けOsStrの内部がu16ベースで File::openがInto<Path>を受け取る実装だったとしても 処理内容は変わらない http://mevius.5ch.net/test/read.cgi/tech/1733146370/223
224: デフォルトの名無しさん [sage] 2025/01/27(月) 20:17:02.44 ID:cd9tX+Hd >>223 それは違うな str.as_ref()と参照を読み替えるだけでOsStrになることが重要 そのためOsStrとstrのPartialEqも用意されていてコストなく比較可能 UTF-8のみであればOsStrとstrは一致することが本質 http://mevius.5ch.net/test/read.cgi/tech/1733146370/224
225: デフォルトの名無しさん [sage] 2025/01/27(月) 23:21:32.51 ID:4GlaXCk5 >>224 どれも結果であって原因ではないね >str.as_ref()と参照を読み替えるだけでOsStrになることが重要 なんで重要なの？ >そのためOsStrとstrのPartialEqも用意されていてコストなく比較可能 OsStrとstrをコストなく比較可能にするために System Native StringをOsStrにするタイミングでコストがかかってる コストをかけるタイミングだけの違い OsStrとstrがコストなく比較可能でなければならない必然性は全くない http://mevius.5ch.net/test/read.cgi/tech/1733146370/225
226: デフォルトの名無しさん [sage] 2025/01/28(火) 15:31:40.54 ID:Wlj2eClg ファイル操作なんてI/O負荷の方が高いんだからファイルパスの変換コスト気にする必要あるか？ 文字コードが違う環境はwindows以外にも色々あるだろうし。 http://mevius.5ch.net/test/read.cgi/tech/1733146370/226
227: デフォルトの名無しさん [sage] 2025/01/28(火) 16:58:57.81 ID:bBapgORx 直交する話を持ち出しても元の議論には一切影響しませんが http://mevius.5ch.net/test/read.cgi/tech/1733146370/227
228: デフォルトの名無しさん [sage] 2025/01/28(火) 20:40:46.87 ID:BsfM3c6P 一般的な話として アスキー非互換かつサロゲートペア問題を抱えるUTF-16は欠陥品なので使用は好ましくない UTF-16や16bitで扱うシステムはユニコードが16bit時代に決めた古いシステムがほとんどで稀に後に無知者が導入したものがある程度 Rustで文字charは正しく32bitとなっており 文字列strはネット上やファイル内でも推奨されアスキー上位互換のUTF-8になっている さらにOsStrはそのUTF-8の上位互換となり集合的にはOsStr⊃str⊃アスキーとなっている それさえ満たせば細かい内部実装は各OS毎に異なってよい 欠陥品のUTF-16は何も満たせずそこでも排除で正しい http://mevius.5ch.net/test/read.cgi/tech/1733146370/228
229: デフォルトの名無しさん [sage] 2025/01/28(火) 22:01:50.93 ID:GfuGIG8x また意味のない話を始める さすが複オジ http://mevius.5ch.net/test/read.cgi/tech/1733146370/229
230: デフォルトの名無しさん [sage] 2025/01/29(水) 00:32:12.48 ID:g0VOlyym OsStringの用途はファイルパスに限られたものではないけど主たる用途で性能が問題にならないというのは今の実装方法が選ばれた理由の一部ではある http://mevius.5ch.net/test/read.cgi/tech/1733146370/230
231: デフォルトの名無しさん [sage] 2025/01/29(水) 00:58:47.06 ID:0dekUNSK UTF16はメモリとパフォーマンスのバランスが良い オンメモリの内部形式としては悪くないチョイス http://mevius.5ch.net/test/read.cgi/tech/1733146370/231
232: デフォルトの名無しさん [sage] 2025/01/29(水) 02:25:08.58 ID:j23j/EVS 別に理由が無いなら無いと言えばいいのに、変にこじつけようとするから http://mevius.5ch.net/test/read.cgi/tech/1733146370/232
233: デフォルトの名無しさん [sage] 2025/01/29(水) 07:54:01.03 ID:hKDzv5Fb スレを荒し続けているUTF16信者は何がしたいの？ 本気でUTF16がいいと信じているならそういうcrateを作って布教すればいい そんな需要はないと思うが http://mevius.5ch.net/test/read.cgi/tech/1733146370/233
234: デフォルトの名無しさん [sage] 2025/01/29(水) 08:41:13.10 ID:UbIZehjy >>225 それは >>219 が述べるように「変換は境界で」という基本思想による。 このやり方が複雑さを避ける良い方法だというのは歴史の積み重ねで皆が実感してきたことなので今さらどうこう言っても「その話はもう終わった。蒸し返すな」という気持ちなんだよ。 http://mevius.5ch.net/test/read.cgi/tech/1733146370/234
235: デフォルトの名無しさん [sage] 2025/01/29(水) 10:10:29.66 ID:j23j/EVS じゃあせめて「その話」がどのissueでされたかでも貼ってくれないかな http://mevius.5ch.net/test/read.cgi/tech/1733146370/235
236: デフォルトの名無しさん [sage] 2025/01/29(水) 10:45:41.27 ID:kksSyPk2 甘え過ぎw http://mevius.5ch.net/test/read.cgi/tech/1733146370/236
237: デフォルトの名無しさん [sage] 2025/01/29(水) 11:52:20.85 ID:j23j/EVS ソース無しの妄想だからそう返すしかないか http://mevius.5ch.net/test/read.cgi/tech/1733146370/237
238: デフォルトの名無しさん [sage] 2025/01/29(水) 11:54:18.78 ID:LdIOcSwO 複オジはともかく質問者もまだ分かってなかったのか http://mevius.5ch.net/test/read.cgi/tech/1733146370/238
239: デフォルトの名無しさん [sage] 2025/01/29(水) 21:48:50.26 ID:1MMCze3E わかった 少なくともこうして容易に使えることが最低必要条件 fn OsStr::to_str(&self) -> Option<&str> したがってOsStrはstrを含む拡張集合 それ以外に制約はなく各OS毎に内部実装は自由 http://mevius.5ch.net/test/read.cgi/tech/1733146370/239
240: デフォルトの名無しさん [sage] 2025/01/29(水) 22:07:32.91 ID:mZdkrOxi それがお前の妄想でないという根拠は？ http://mevius.5ch.net/test/read.cgi/tech/1733146370/240
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 166 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.004s