解决 tailwindCss 与 elementUI 最简单办法就是
1、在 app.js(或main.js)中，先加载 tailwindCss 再加载 elementUI 和相关 css
2、在 tailwind.config.js 中，plugins节点下，增加：
JavaScript代码
- plugin(function ({addBase}) {
- addBase({
- ".el-button": {
- "background-color": "var(--el-button-bg-color,val(--el-color-white))"
- }
- })
- }),
说白了，就是继续针对 el-button 重新赋值。
再打开页面就完全正常了。
疫情过去了，娃的学校也不需 天天打印了。因此打印机也已经吃灰了。所以也就不需要记这些事情
也就再也不置顶了。
如题，真没想到barryvdh/laravel-ide-helper还在更新。毕竟现在phpStorm已经功能这么强大了，我想它应该是没有用了吧！结果在看到LaravelQuery的插件时，提到了它，同时提到的还有LaravelIdea。毕竟 LaravelIdea是要钱的。还挺贵。所以又composer require了一下barryvdh/laravel-ide-helper。
然后php artisan ide-helper:model，发现他把scopeFilter这样的方法加进注释啦，这个确实挺方便。不然每次我都 要自己在写了scope方法后，还得主动到注释里加上。否则 IDE会认不出 filter()后的方法。
例如：
PHP代码
- function scopeIsActive($query ){
- $query->where('status','=','active');
- }
在用的时候 Model::query()->isActive()->get(); 写到 isActive()后，后面的方法都认不出来。
当然不是不能写，只是每次这么写就有点累罢了
其他的生成对 phpstorm来说感觉用处没有那么大，当然如果你象官方那样进行扩展的话，倒也不是不可以。
一般而言，elementUI的prop+rules可以用来对字段进行校验。大多数情况下感觉都没什么问题，毕竟官方的例子摆在那里。element-plus的例子没有的，element-ui2的例子也比较全。
但element-plus和elementui中都 没有对number类型进行介绍，如果直接{type:'number',....} 不管你填入什么值 ，都会报错，即使你用el-input+type="number"，效果仍然一样
这是因为vue对所有的input默认都是当成string来解析的，因此你对一个string判断number，肯定就是失败的
网上80%的例子都是说采用：v-model.number="form.xxx" 来处理，确实，这样处理是OK的，但你会发现一个很严重的问题，那就是能输入的内容都是integer了。没法有小数点
这时候其实还是可以看element-plus所使用的async-validator的官方例子，因为黑夜的象{required:true},{type:"array"}等，都是来自于async-validator的官方支持，而官方是支持type="number"的。现在剩下的其实就是将el-input中的内容转为Number进行判断。仅此而已
官方的例子中有transform，这是一个钩子函数，用于验证前将数据进行简单的转换，比如我们就可以{type:"number",transform: Number}，如果不能转成Number，其实也就失败了
---
临时写的，就先这样，后续有机会慢慢写的更详细一点，也或许就不再写了
参考：
1、https://github.com/yiminghe/async-validator
2、https://www.cnblogs.com/alabo1999/p/14990310.html （正好找到这一篇足够详细，估计我也不会再多写了）
