欢迎使用 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
| |