knockoutJs内置库验证函数

通过扩展它，该字段得到验证

1） 编号

self.number=ko.obsobservable（numberValue）.exextend（{number:true}）；

测试用例

numberValue = '0.0'    --> true
numberValue = '0'      --> true
numberValue = '25'     --> true
numberValue = '-1'     --> true
numberValue = '-3.5'   --> true
numberValue = '11.112' --> true
numberValue = '0x89f'  --> false
numberValue = ''       --> false
numberValue = 'sfsd'   --> false
numberValue = 'dg##$'  --> false

2） 数字

self.number=ko.obsobservable（numberValue）.exextend（{digit:true}）；

测试用例

numberValue = '0'      --> true
numberValue = '25'     --> true
numberValue = '0.0'    --> false
numberValue = '-1'     --> false
numberValue = '-3.5'   --> false
numberValue = '11.112' --> false
numberValue = '0x89f'  --> false
numberValue = ''       --> false
numberValue = 'sfsd'   --> false
numberValue = 'dg##$'  --> false

3） 最小值和最大值

self.number=可观察（numberValue）.扩展（｛min:5｝）.扩展；

此字段仅接受介于5和10之间的值

测试用例

numberValue = '5'    --> true
numberValue = '6'    --> true
numberValue = '6.5'  --> true
numberValue = '9'    --> true
numberValue = '11'   --> false
numberValue = '0'    --> false
numberValue = ''    --> false

我想补充以下内容：

1. IsNumeric('0x89f') => true
2. IsNumeric('075') => true

正十六进制数以0x开头，负十六进制数则以-0x开头。正八进制数从0开始，负八进制数以-0开始。这一条考虑了已经提到的大部分内容，但包括十六进制和八进制数、负科学数、无穷大数，并删除了十进制科学数（4e3.2无效）。

function IsNumeric(input){
  var RE = /^-?(0|INF|(0[1-7][0-7]*)|(0x[0-9a-fA-F]+)|((0|[1-9][0-9]*|(?=[\.,]))([\.,][0-9]+)?([eE]-?\d+)?))$/;
  return (RE.test(input));
}

啊！不要听正则表达式的答案。RegEx很讨厌这个，我说的不仅仅是性能。用正则表达式很容易发现细微的、不可能发现的错误。

如果您不能使用isNaN（），这应该会更好：

function IsNumeric(input)
{
    return (input - 0) == input && (''+input).trim().length > 0;
}

以下是它的工作原理：

（input-0）表达式强制JavaScript对输入值执行类型强制；它必须首先被解释为减法运算的数字。如果转换为数字失败，表达式将生成NaN。然后将此数字结果与传入的原始值进行比较。由于左侧现在是数字，因此再次使用类型强制。既然来自双方的输入被强制为来自相同原始值的相同类型，那么您会认为它们应该总是相同的（总是正确的）。然而，有一条特殊规则规定NaN永远不等于NaN，因此不能转换为数字的值（只有不能转换为数值的值）将导致错误。

长度检查用于涉及空字符串的特殊情况。还要注意，这取决于0x89f测试，但这是因为在许多环境中，这是定义数字文字的好方法。如果您想捕捉特定场景，可以添加额外的检查。更好的是，如果这是您不使用isNaN（）的原因，那么只需将您自己的函数包装在isNaN）周围，这也可以进行额外的检查。

总之，如果您想知道某个值是否可以转换为数字，请尝试将其转换为数字。

我回去研究了为什么空白字符串没有预期的输出，我想我现在明白了：空字符串被强制为0而不是NaN。只需在长度检查之前修剪字符串即可处理这种情况。

针对新代码运行单元测试，它只会在无穷大和布尔文本上失败，唯一可能出现问题的是，如果你正在生成代码（真的，谁会键入文本并检查它是否为数字？你应该知道），那将是一些奇怪的代码。

但是，再次强调，使用此选项的唯一原因是，如果出于某种原因，您必须避免使用isNaN（）。

这种方式似乎很有效：

function IsNumeric(input){
    var RE = /^-{0,1}\d*\.{0,1}\d+$/;
    return (RE.test(input));
}

在一行中：

const IsNumeric = (num) => /^-{0,1}\d*\.{0,1}\d+$/.test(num);

要测试它：

常量IsNumeric=（num）=>/^-{0,1}\d*\。｛0,1｝\d+$/.test（num）；函数TestIsNumeric（）{var结果=“”results+=（IsNumeric（'-1'）？“通过”：“失败”）+“：IsNumeric（'-1'）=>true\n”；结果+=（IsNumeric（'-1.5'）？“通过”：“失败”）+“：IsNumeric（'-1.5'）=>true\n”；结果+=（IsNumeric（“0”）？“通过”：“失败”）+“：IsNumeric（'0'）=>true\n”；结果+=（IsNumeric（“0.42”）？“通过”：“失败”）+“：IsNumeric（'0.42'）=>true\n”；results+=（IsNumeric（'.42'）？“通过”：“失败”）+“：IsNumeric（'.42'）=>true\n”；results+=（！IsNumeric（'99999'）？“通过”：“失败”）+“：IsNumeric（‘99999’）=>false \n”；results+=（！IsNumeric（'0x89f'）？“通过”：“失败”）+“：IsNumeric（'0x89f'）=>false \n”；results+=（！IsNumeric（'#abcdef'）？“通过”：“失败”）+“：IsNumeric（'#abcdef'）=>false \n”；results+=（！IsNumeric（'1.2.3'）？“通过”：“失败”）+“：IsNumeric（'1.2.3'）=>false \n”；results+=（！IsNumeric（“”）？“通过”：“失败”）+“：IsNumeric（“”）=>false \n”；results+=（！IsNumeric（'barh'）？“通过”：“失败”）+“：IsNumeric（'barh'）=>false \n”；返回结果；}console.log（TestIsNumeric（））；.作为控制台包装｛最大高度：100%！重要；顶部：0；｝

我从那里借来的正则表达式http://www.codetoad.com/javascript/isnumeric.asp.说明：

/^ match beginning of string
-{0,1} optional negative sign
\d* optional digits
\.{0,1} optional decimal point
\d+ at least one digit
$/ match end of string

isNumeric=（el）=>｛return Boolean（parseFloat（el））&&isFinite（el）｝

没有什么不同，但我们可以使用布尔构造函数

这里有一个稍微改进的版本（可能是最快的版本），我用它代替了jQuery的变体，我真的不知道他们为什么不使用这个：

function isNumeric(val) {
    return !isNaN(+val) && isFinite(val);
}

jQuery版本的缺点是，如果您传递一个带前导数字和尾随字母（如“123abc”）的字符串，parseFloat|parseInt将提取数字分数并返回123，但第二个保护isFinite无论如何都会失败。使用一元+运算符，它将在第一个守卫中死亡，因为+为此类混合体抛出NaN：）虽然有点表现，但我认为语义上有了坚实的收获。