不限制ui是不是应该加一个适配层，或者说意义并不大，而且还阻碍了开发进度

[zxuanhong]

Subject of the feature

1. 不现在ui是一个好东西，但是这个开发适配成本很高

Problem

1. 虽然几个框架就那么几个组件，但是组件使用各有一点区别
2. 如果无法做到无缝切换是不是意味着只是基础与ui无关的部分不需要改动，但是一但换ui就意味着业务系统相关的东西都需要改动
3. 我觉得如果真要做不现在ui应该出一个适配层，通过适配层与各种ui打交道，也就是需要屏蔽各种ui的特性，统一转换为一种通用特性或者字段信息
4. 如果无法保证业务代码无缝切换，真的真的没啥意义，但是一但需要包装业务代码能无缝切换，那就意味着必须得ui部分加一层
   具体结构应该如下：

说句不好听的，个人觉得意义不大，就是现在的naive-ui我随便切换一个全部错位了，因为ui组件对应的layout menu设置属性字段变了

[mymx2]

抹平各UI之间的差异，这活谁敢接。。。你还是去各个UI框架让他们底层采用抖音的FA模式吧。。
semi

[zxuanhong]

@mymx2 但是我看他issue回到就是建立与ui无关的啊，如果不需要磨平，这个VbenCompenents模块不多于吗？？？自己又封装一下？？？不多次一举吗？？吃饱了没事做？？？？
这个不多此一举？？？？全部组件封装一次？？？？

[jinmao88]

这就是适配层 这里还做了通用业务封装

[zxuanhong]

这就是适配层 这里还做了通用业务封装

但是目前看来适配层是需要自己封装很多才能达到无缝切换，但是这个成本确实好大啊。至少需要提炼一些vben支撑的特定属性，否则不可能做到无缝切换

[jinmao88]

又不需要一步到位 用到什么组件库 有不一致的参数 兼容一下就行了
提供一个方式而已