大家有时候有没有觉得使用一些前端框架会把简单的东西复杂化呢？或者会增加更多的开发时间呢？我开发后台前端页面，最初想用adminlte现成的页面，但是一看到就一个简单的前端页面，就引入上十个js和css文件，整个包里面不知道有多少文件，看得我头晕，果断放弃，打算自己用vue开发。谁知道用vue开发表单验证功能就浪费了我不少时间，百度搜索了下vue表单验证代码要引入几个库，整个代码下来几百行，我想不就是个表单验证功能吗。
1、vueelement-ui的form表单验证rules最近在做富文本编辑器。使用传统的rules，对含有emoji的文本计算长度有误。如果输入100多文字，加大量emoji的情况下。字符长度超出200，这时只靠rules去验证，会认为合法。不符合业务逻辑。通过查询api发现。在rules中，可以写入验证函数。
2、vue3 element-plus表单验证之登录诸君皆明白，setup是拿不到this的。但是官网的案例中是由用到this的，官网没在setup中写。比如：自定义表单验证官网是这样的：再比如表单提交和重置官网再methods里面这样写的他们都用到了this.refs有人如下面这般做的,用这种方式获取组件的实例，但是也有人认为setup中取消this获取实例就是要杜绝使用者获取实例，原因是在某些情况下，编码会变得很复杂，但是有人偏偏这么干，究竟该提倡了还是该反对？
3、vue验证表单格式rule和清空表单resetfields4、vue表单验证怎么判断单条格式错误一、前端界面有一个对话框，内有2个输入框testappname和testdescription，以及2个按钮cancel和submit二、增加表单格式校验规则rule给这2个输入框都加入非空校验注意：elformitem上设置prop字段，表单rule验证和resetfields()清理的都是prop绑定的字段三、清空表单resetfieldsform要设置ref，且ref值要与this.$refs[formName].resetFields()中的foemName一致。