Ich mag die Version von @ mar10 , obwohl aus meiner Sicht die Möglichkeit eines Missbrauchs besteht (anscheinend ist dies nicht der Fall, wenn Versionen mit dem Semantic Versioning- Dokument kompatibel sind , kann aber der Fall sein, wenn eine "Build-Nummer" verwendet wird ):
versionCompare( '1.09', '1.1'); // returns 1, which is wrong: 1.09 < 1.1
versionCompare('1.702', '1.8'); // returns 1, which is wrong: 1.702 < 1.8
Das Problem hierbei ist, dass Teilnummern der Versionsnummer in einigen Fällen mit ausgeschnittenen nachgestellten Nullen geschrieben werden (zumindest wie ich es kürzlich bei Verwendung einer anderen Software sehe), was dem rationalen Teil einer Nummer ähnlich ist, also:
5.17.2054 > 5.17.2
5.17.2 == 5.17.20 == 5.17.200 == ...
5.17.2054 > 5.17.20
5.17.2054 > 5.17.200
5.17.2054 > 5.17.2000
5.17.2054 > 5.17.20000
5.17.2054 < 5.17.20001
5.17.2054 < 5.17.3
5.17.2054 < 5.17.30
Die erste (oder sowohl die erste als auch die zweite) Versionsunternummer wird jedoch immer als ganzzahliger Wert behandelt, dem sie tatsächlich entspricht.
Wenn Sie diese Art der Versionierung verwenden, können Sie im Beispiel nur einige Zeilen ändern:
// replace this:
p1 = parseInt(v1parts[i], 10);
p2 = parseInt(v2parts[i], 10);
// with this:
p1 = i/* > 0 */ ? parseFloat('0.' + v1parts[i], 10) : parseInt(v1parts[i], 10);
p2 = i/* > 0 */ ? parseFloat('0.' + v2parts[i], 10) : parseInt(v2parts[i], 10);
Also jede Unternummer mit Ausnahme des ersten wird als Schwimmer verglichen werden, so 09
und 1
wird worden 0.09
und 0.1
dementsprechend und richtig auf diese Weise verglichen. 2054
und 3
wird 0.2054
und werden0.3
.
Die vollständige Version lautet dann (Credits an @ mar10 ):
/** Compare two dotted version strings (like '10.2.3').
* @returns {Integer} 0: v1 == v2, -1: v1 < v2, 1: v1 > v2
*/
function versionCompare(v1, v2) {
var v1parts = ("" + v1).split("."),
v2parts = ("" + v2).split("."),
minLength = Math.min(v1parts.length, v2parts.length),
p1, p2, i;
// Compare tuple pair-by-pair.
for(i = 0; i < minLength; i++) {
// Convert to integer if possible, because "8" > "10".
p1 = i/* > 0 */ ? parseFloat('0.' + v1parts[i], 10) : parseInt(v1parts[i], 10);;
p2 = i/* > 0 */ ? parseFloat('0.' + v2parts[i], 10) : parseInt(v2parts[i], 10);
if (isNaN(p1)){ p1 = v1parts[i]; }
if (isNaN(p2)){ p2 = v2parts[i]; }
if (p1 == p2) {
continue;
}else if (p1 > p2) {
return 1;
}else if (p1 < p2) {
return -1;
}
// one operand is NaN
return NaN;
}
// The longer tuple is always considered 'greater'
if (v1parts.length === v2parts.length) {
return 0;
}
return (v1parts.length < v2parts.length) ? -1 : 1;
}
PS Es ist langsamer, aber es ist auch möglich, bei der Wiederverwendung derselben Vergleichsfunktion daran zu denken, dass die Zeichenfolge tatsächlich das Zeichenarray ist:
function cmp_ver(arr1, arr2) {
// fill the tail of the array with smaller length with zeroes, to make both array have the same length
while (min_arr.length < max_arr.length) {
min_arr[min_arr.lentgh] = '0';
}
// compare every element in arr1 with corresponding element from arr2,
// but pass them into the same function, so string '2054' will act as
// ['2','0','5','4'] and string '19', in this case, will become ['1', '9', '0', '0']
for (i: 0 -> max_length) {
var res = cmp_ver(arr1[i], arr2[i]);
if (res !== 0) return res;
}
}