[過去ﾛｸﾞ]
ふらっと C#,C♯,C＃（初心者用） Part141 (1002ﾚｽ)
ふらっと C#,C♯,C＃（初心者用） Part141 http://mevius.5ch.net/test/read.cgi/tech/1544839627/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
181: デフォルトの名無しさん (ﾜｯﾁｮｲ 9101-aNo7) [sage] 2019/01/07(月) 09:34:56.37 ID:z57KVTQ70 >>166 考え方としては、例えば「３」が入力された時点で 次の入力結果は「３」か「30」〜「39」しかありえないから 11通りの2進数表示を用意しておいて次のキーが押されたらそこで合うものを選んで表示する どんなに10進数の入力桁数が増えても毎回11通り用意すればいいのは一緒なのと 10進数が1桁増えるときに2進数表示で最後の4桁以外の文字列は使い回せるから文字列連結処理は多少減らせる この処理がユーザーのキー入力速度より早くCPUが処理できれば多少意味がある程度だろうけど http://mevius.5ch.net/test/read.cgi/tech/1544839627/181
182: デフォルトの名無しさん (ｱｳｱｳｴｰ Sae3-ahzL) [sage] 2019/01/07(月) 10:20:00.74 ID:e8LT8JMZa >>181 そのためにReadKeyを繰り返してたらそのオーバーヘッドの方が効果を圧倒的に上回ります 出直してきてください http://mevius.5ch.net/test/read.cgi/tech/1544839627/182
183: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM33-ahzL) [sage] 2019/01/07(月) 10:28:19.23 ID:3j9bnJUUM >>181について更にツッコむと、1文字ずつ処理するなら単に入力されたキーの値を普通に反映させていけばよい わざわざ候補を事前に用意してGCに負担をかける意味は全く無い http://mevius.5ch.net/test/read.cgi/tech/1544839627/183
192: デフォルトの名無しさん (ﾜｯﾁｮｲ 5161-RM76) [sage] 2019/01/07(月) 22:27:36.78 ID:LR2ZtPQc0 >>181 「10進数が1桁増えるときに2進数表示で最後の4桁以外の文字列は使い回せるから文字列連結処理は多少減らせる」 の意味がわからない。 http://mevius.5ch.net/test/read.cgi/tech/1544839627/192
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.009s*