欢迎使用 all-kinds插件
提升VSCode中对JavaScript正则校验\代码输入的简化,使开发人员更快捷的开发
使用演示
JS设计模式功能性命令(输入plan标识即可出现提示)
输入命令 |
作用 |
planTactics |
当判断值超出2种可能性,可考虑用这种 策略模式 减少if流 => 比如商品打标 有几百种 |
planAgent |
当业务场景校验过多开始使用;例如我们商品库存部门;操作商品操作上架时=>需要校验库存是否大于100,商品名称是否有敏感词涉及黄赌毒等、图片OCR识别、视频校验等一系列浪费业务方时间的玩意校验 就可以考虑用这个模式了===>又比如job任务一直在跑当库存只剩下100个的时候开始疯狂般的发mq消息通知商品部加库存 不然影响团队Z业绩==>校验/业务逻辑涉及多个部门类场景可考虑用此种模式, 感觉只是建立在单例模式的扩展而已 没什么鬼用。 |
其它十三种后期再进行完善=>老了有点写不动了 洒又那辣
组件代码片段化(输入yj标识即可出现提示)
功能性API命令(输入do标识即可出现提示)
输入命令 |
作用 |
doScrollToTop |
返回顶部 |
doGetQueryString |
获取链接上参数 |
doDebouncer |
函数节流器 |
doRemoveHtmltag |
去除HTML标签 |
doInjectScript |
动态插入JS |
doMaxVal |
返回最大值 |
doMinVal |
返回最小值 |
JS校验API命令(输入valid标识即可出现提示)
输入命令 |
作用 |
匹配结果 |
validVisibleInViewport |
判断元素是否存在人的视图内一般用在埋点 |
true:匹配成功 false:匹配失败 |
validDevice |
判断出部分移动设备包括浏览器 |
true:匹配成功 false:匹配失败 |
validJSType |
判断js所有类型 |
true:匹配成功 false:匹配失败 |
validObjectEqual |
判断两个对象是否键值相同 |
true:匹配成功 false:匹配失败 |
validWx |
校验是否微信浏览器 |
true:匹配成功 false:匹配失败 |
validIos |
校验是否IOS手机 |
true:匹配成功 false:匹配失败 |
validDeviceMobile |
判断是否移动端 |
true:匹配成功 false:匹配失败 |
validQQBrowser |
判断是否QQ浏览器 |
true:匹配成功 false:匹配失败 |
validAndroid |
校验是否安卓手机 |
true:匹配成功 false:匹配失败 |
validMobile |
校验手机号码 |
true:匹配成功 false:匹配失败 |
validTel |
校验电话号码 |
true:匹配成功 false:匹配失败 |
validNum |
匹配纯数字 |
true:匹配成功 false:匹配失败 |
validAnyNum |
匹配输入多个数字 |
true:匹配成功 false:匹配失败 |
validInt |
匹配正整数 |
true:匹配成功 false:匹配失败 |
validChinese |
匹配是否含有中文 |
true:匹配成功 false:匹配失败 |
validSpace |
匹配首尾空格 |
true:匹配成功 false:匹配失败 |
validAZ |
匹配英文字母 |
true:匹配成功 false:匹配失败 |
validWord |
匹配英文字母\数字\下划线 |
true:匹配成功 false:匹配失败 |
validEmail |
匹配邮箱 |
true:匹配成功 false:匹配失败 |
validUrl |
匹配URL |
true:匹配成功 false:匹配失败 |
validCard |
匹配身份证号码 |
true:匹配成功 false:匹配失败 |
validEmailCode |
匹配邮政编码 |
true:匹配成功 false:匹配失败 |
validCss |
匹配css表达式 |
true:匹配成功 false:匹配失败 |
validScript |
匹配script标签 |
true:匹配成功 false:匹配失败 |
validNotHtml |
匹配非HTML标签 |
true:匹配成功 false:匹配失败 |
validHtml |
匹配HTML标签 |
true:匹配成功 false:匹配失败 |
validTime |
匹配日期格式 |
true:匹配成功 false:匹配失败 |
未来可能会添加的功能(接下来全靠你们这群大佬了)
1.vue 的代码片段化支持
2.小程序的代码片段化支持
3.脚手架的命令化
4.自动化模板
5.完善js设计模式
贡献遵循的规范
js设计模式
1.命名规则
>统一按照plan标识开头plan+函数名称=====例如:planTactics
组件片段化
1.命名规则
>统一按照yj标识开头yj+函数名称=====例如:yjItem
2.class命名参照下图 层级命名格式
增加功能性API
1.命名规则
>统一按照do标识开头do+函数名称=====例如:doScrollToTop
2.多问自己
>1. 添加该功能后可节省(who、how much)的时间成本或可以给什么样的项目带来简便的开发
>2. 当功能代码写完捋一捋是否初级人员能否一下明了该代码逻辑。如无法明了,问各大平台粑粑(百度\Google\...)
增加校验性API
1.命名规则
>统一按照valid标识开头valid+名称=====例如:validVisibleInViewport
2.考虑多系统 / 公共需求性即可
前置条件:遵循eslint如下规则即可
End
| |