[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 164匹目 (1002ﾚｽ)

スレ立てるまでもない質問はここで 164匹目 http://mevius.5ch.net/test/read.cgi/tech/1681132438/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

894: デフォルトの名無しさん [sage] 2023/06/18(日) 01:10:45.25 ID:/TMQvlLx どんな環境でも>>877のコードのように10進数文字列を整数に変換せずにそのまま足し算するだけが一番速い その変換をしてさらに多倍長演算をするのは確実に遅い http://mevius.5ch.net/test/read.cgi/tech/1681132438/894

897: デフォルトの名無しさん [sage] 2023/06/18(日) 05:42:27.49 ID:/TMQvlLx 惜しい 0x30は3の倍数なのでその引き算は必要ない http://mevius.5ch.net/test/read.cgi/tech/1681132438/897

899: デフォルトの名無しさん [sage] 2023/06/18(日) 08:17:01.17 ID:/TMQvlLx 実在する文字コードを前提としてはいけないならば >>896のc-'0'こそ失格となる その式は'0'から'9'の順に並び1ずつ増えることを前提としている 一方で元の問題>>854を見ると 「文字列の仕様は各言語の標準的なものから自由に選んでも構いません。」 つまりASCIIやUTF8を前提としてもよい したがってそれらの文字コードを使うプログラムでは'0'を0x30とみなして処理することができる 結論 0x30は3の倍数なのでその引き算は必要ない http://mevius.5ch.net/test/read.cgi/tech/1681132438/899

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.035s