JS_javascript スキルに実装された 4 つのデジタル千の位の書式設定メソッドの共有

いわゆる千の位形式の数字、つまり 1 桁から始まり、3 桁ごとにカンマを追加します。たとえば「10,000」。この要件に応えて、私は最初に次のような関数を書きました:

コードをコピー コードは次のとおりです:

//方法 1
関数 toThousands(num) {
var result = [ ]、counter = 0;
num = (num || 0).toString().split('');
for (var i = num.length - 1; i >= 0; i--) {
カウンタ ;
result.unshift(num[i]);
If (!(counter % 3) && i != 0) { result.unshift(',') }
}
return result.join('');
}

方法 1 の実行プロセスは、数値を文字列に変換し、配列に分割し、配列内の要素を末尾から 1 つずつ新しい配列 (結果) の先頭に挿入します。要素が挿入されるたびに、counter は 1 回カウントします (+1)。counter が 3 の倍数の場合、カンマが挿入されますが、先頭にカンマは必要ありません (i が 0 の場合)。最後に、新しい配列の join メソッドを呼び出して結果を取得します。

方法 1 は比較的明確で理解しやすいため、プロジェクトでしばらく使用されてきました。しかし、私の直感では、そのパフォーマンスは良くないと思います。

メソッド 2 - メソッド 1 の文字列バージョン

コードをコピー コードは次のとおりです:

//方法 2
関数 toThousands(num) {
var result = ''、counter = 0;
num = (num || 0).toString();
for (var i = num.length - 1; i >= 0; i--) {
カウンタ ;
結果 = num.charAt(i) 結果;
If (!(counter % 3) && i != 0) { result = ',' result }
}
結果を返します;
}

方法 2 は、方法 1 の改良版です。文字列を配列に分割せず、常に文字列を操作します。

方法 3 - 最後の 3 つの数字を一致させるためにループします

コードをコピー コードは次のとおりです:

//方法 3
関数 toThousands(num) {
var num = (num || 0).toString()、re = /d{3}$/、結果 = '';
While ( re.test(num) ) {
結果 = RegExp.lastMatch 結果;
If (num !== RegExp.lastMatch) {
結果 = ',' 結果;
num = RegExp.leftContext;
} else {
num = '';
休憩;
}
}
If (num) { result = num result }
結果を返します;
}

方法 3 は、完全に異なるアルゴリズムです。正規表現をループして末尾の 3 つの数値と一致するたびに、カンマと一致した内容が結果文字列の先頭に挿入されます。 target (num) まだ一致していないコンテンツ (RegExp.leftContext) に値を割り当てます。また、次の点にも注意してください:

1. 桁数が 3 の倍数の場合、最後に一致する内容は 3 桁である必要がありますが、最初の 3 桁の前にカンマを追加する必要はありません。 2. 数値の桁数が 3 の倍数でない場合、ループの最後に num 変数に必ず 1 つまたは 2 つの数値が残ります。残りの数値はループの先頭に挿入されます。結果の文字列。

方法 3 はループ数 (1 ループで 3 文字を処理) を減らしますが、正規表現を使用するため、消費量がある程度増加します。

メソッド 4 - メソッド 3 の文字列バージョン

コードをコピー コードは次のとおりです:

//方法 4
関数 toThousands(num) {
var num = (num || 0).toString()、結果 = '';
while (num.length > 3) {
result = ',' num.slice(-3) result;
num = num.slice(0, num.length - 3);
}
If (num) { result = num result }
結果を返します;
}

実際、最後の 3 文字をインターセプトする機能は、string 型のスライス、substr、または substring メソッドを通じて実現できます。こうすることで、正規表現の使用を回避できます。

方法 5 - グループ化と結合方法

コードをコピー コードは次のとおりです:

//方法 5
関数 toThousands(num) {
var num = (num || 0).toString(), temp = num.length % 3;
スイッチ (温度) {
ケース 1:
num = '00' num;
休憩;
ケース 2:
num = '0' num;
休憩;
}
Return num.match(/d{3}/g).join(',').replace(/^0 /, '');
}

最初に桁数を 3 の倍数に補完し、正規表現を使用して 3 桁のグループに分割し、次に結合メソッドでカンマを追加し、最後に補完された 0 を削除します。

方法 6 - 怠け者の方法

コードをコピー コードは次のとおりです:

//方法 6
関数 toThousands(num) {
Return (num || 0).toString().replace(/(d)(?=(?:d{3}) $)/g, '$1,');
}

この書式設定は正規表現を置き換えることで実行できると常々思っていましたが、残念ながら、アサーションやその他の記述方法を使用する必要があります。 Google で検索したところ、このような正規表現を見つけました。これはおそらくコードの最も短い実装です。

テスト結果

数字	执行5000次消耗的时间（ms）
	方法一	方法二	方法三	方法四	方法五	方法六
1	4	1	3	1	14	2
10	14	1	3	0	7	2
100	12	1	2	4	5	3
1000	13	2	3	2	9	5
10000	21	4	3	1	6	3
100000	21	3	2	1	5	6

方法 1 と方法 2 をよく比較すると、文字列操作の効率が配列操作の効率よりもはるかに高いことがわかります。方法 6 のテスト結果は、コードの長さはパフォーマンスとは関係がないことを示しています。方法 4 は全体的なパフォーマンスが最も優れています (ただし、num が 100 の場合にパフォーマンスが低下する理由はよくわかりません。主な理由は次のとおりです。

)。

1. 方法 1 と 2 を比較すると、ループの数を減らすために各操作で 1 文字ではなく 3 文字が使用されます。 2. 方法 3、5、6 と比較して、正規表現を使用しないため、消費量が削減されます。

最後に、最終的な最適化ソリューションとして方法 4 を選択しました。読者がより良い実装方法や改善の提案を持っている場合は、コメントを残すことができます。