标签:iot tps 一起 ima orm git nbsp 修改 blog
千位分隔符[1]是很常见的需求,但是输入文本千变万化,如何才能准确添加千分符呢?
纯整数大概是所有情况里最简单的一种,我们只要正确匹配出千分位就好了。
观察上面的数字,我们可以得出千分位的特征是到字符串终止位有 3n 个数字,不包括起始位。于是可以得到这样的函数:
let milliFormat = (num) => {
return num && num.toString().replace(/(?=(?!^)(\d{3})+$)/g, ‘,‘)
}
但是往往现实没有那么乐观:
遇到小数时,我们的希望只针对整数部分添加千分符,这时问题就变得稍稍有些棘手了。
如果正则引擎支持逆序环视[2],我们可以这样构造正则表达式:
(?<=^\d+)(?=(\d{3})+\b)
但是多数语言并不支持逆序环视,所以我们要变通一下:
也就是起始位到小数点(非数字)之间的部分,可以这样实现:
^\d+
这一步可以利用我们之前的实现,整合在一起如下:
let milliFormat = (num) => {
return num && num.toString()
.replace(/^\d+/g, (m) => m.replace(/(?=(?!^)(\d{3})+$)/g, ‘,‘))
}
这个函数对整、小数都能正确处理:
但在实际中,我们还可能传入一个整、小数混合的字符串:
这时我们就不能继续用字符串起终点 ^$
来判定边界了,如果改成单词边界 \b
会发生什么呢:
哦不!连小数部分也被添上千分符了!怎样才能避开小数部分?
重新审视我们捕获整数部分所用到的正则:
\b\d+
\b
的界定是 (?<!\w)(?=\w)|(?<=\w)(?!\w)
[3],所以小数点也被视为单词边界了!所以我们不应该用单词边界作为界定条件,重新看刚才的字符串 ‘12345678 1234.5678‘
,可以发现整数部分的起始点都有一个特征:要么位于字符串起点,要么跟在空白符后。基于这点我们修改捕获整数部分的正则如下:
(^|\s)\d+
咦,多出来一个空白符?别着急,看看我们用来匹配千分位的正则:
(?=(?!^)(\d{3})+$)
判断条件是非起点、到结尾有 3n 个数字的位置,现在为了去掉这多出来的一个空格,我们应将起始条件改成单词边界:
(?=(?!\b)(\d{3})+$)
完整函数如下:
let milliFormat = (input) => {
return input && input.toString()
.replace(/(^|\s)\d+/g, (m) => m.replace(/(?=(?!\b)(\d{3})+$)/g, ‘,‘))
}
酷炫!我们已经能自如应付各种数值的混合了!这时耳边幽幽飘来产品经理的声音:如果我传入含有非数字的字符串呢……
在上一个例子中,我们只判断了起始边界,于是 1234ww
中的数字部分也会被捕获。为了解决这个问题,我们要加上终止界定。来看看整、小数成立的条件:
字符串中仅包含有数字 0-9 或小数点
依据这个我们可以这样做:
(^|\s)\d+(?=\.?\d*($|\s))
这个正则表示匹配目标应以字符串起始位或空白符开始,紧接着是数字,数字的右边只允许继续是数字或者一个小数点、直到字符串结尾或下一个空格处。来看看它的匹配效果:
好样的!我们已经能精确匹配出正确的部分了!继续用之前的千分位模式封装:
let milliFormat = (() => {
const DIGIT_PATTERN = /(^|\s)\d+(?=\.?\d*($|\s))/g
const MILLI_PATTERN = /(?=(?!\b)(\d{3})+$)/g
return (input) => input && input.toString()
.replace(DIGIT_PATTERN, (m) => m.replace(MILLI_PATTERN, ‘,‘))
})()
酷炫!全部都正确处理了!
但是!这还远远不够!我们看这样一个字符串:
‘1234 1234.56 $1234 $-1234 $-1234.56e+7 123...e3‘
容我先去买一根上吊绳……
标签:iot tps 一起 ima orm git nbsp 修改 blog
原文地址:https://www.cnblogs.com/alantao/p/9374021.html