SortableIntFieldのソース コードを読んでいるときに、整数を文字列に変換するときに、このクラスが「UCS-16 サロゲート」を回避していることに気付きました ( NumberUtils.javaint int2sortableStr(int, char[], int)
のメソッドを参照)。
これらのキャラクターはどのような問題を提起しますか?
SortableIntFieldのソース コードを読んでいるときに、整数を文字列に変換するときに、このクラスが「UCS-16 サロゲート」を回避していることに気付きました ( NumberUtils.javaint int2sortableStr(int, char[], int)
のメソッドを参照)。
これらのキャラクターはどのような問題を提起しますか?
与えられたコードのコメントは紛らわしいです、実際には間違いがあります、ウィキペディア:
Unicode に関する記事で、UCS-2 が誤って「UCS-16」と呼ばれることがあります。UCS-16 は存在しません。この誤りを犯す作成者は通常、UCS-2 または UTF-16 を参照するつもりです。
あなたの質問 #1: SortableIntField が UCS-16 サロゲートを回避するのはなぜですか? たとえば、実行時間を短縮し、エンディングを回避してスペースを節約します。
あなたの質問 #2: これらのキャラクターはどのような問題を提起しますか? 繰り返しますが、それらはより多くのスペースを必要とし、エンディネスが問題になる場合は、実行時間も増加します。また、例外をキャッチすることも忘れないでください。そうしないと、サーバーを簡単にダウンさせることができます。