是时候告别element-plus了！

hello宝子们...艾斯视觉擅长ui设计和前端开发10年+经验！努力做好每一份选择我们的信任！希望宝子们捧个人场！需要的宝子可以关注私信排期哈！致敬感谢感恩！

作为长期使用Vue的开发人员，从Vue 2到Vue 3，我一直在使用element-ui作为我的主要UI库。当element-plus作为官方Vue 3版本出现时，我立即将其作为我的首选UI库。

我之前发布过tailwind-extensions和
unocss-preset-element-plus两个包，以便将element-plus与tailwindcss和unocss结合使用。我还为element-plus贡献了两个PR，分别是#12549和#14062，以提高FormRules的类型质量。

element-plus一直是我快速开发的重要伙伴。然而，最近面对各种业务需求，我发现element-plus在某些方面无法完全满足我的需求。

首先，从API设计的角度来看，我认为element-plus的某些API设计并不统一，这给我带来了割裂感。

其次，虽然element-plus的功能已经相当不错，但我发现在某些特定需求下，它并不能提供足够的支持。例如，我曾遇到一个需求，需要支持多选、默认隐藏大部分数据以及全选、全不选和反选的操作。我本想使用el-select来完成这个需求，因为它已经支持了多选和默认隐藏大部分数据的功能。然而，对于全选、全不选和反选的操作，el-select并没有提供现成的支持，这让我陷入了困境。

我曾考虑过向element-plus贡献一个PR来添加这个功能，但我很快意识到这需要花费大量的时间和精力。首先，我需要创建一个Discussion来征询社区的意见。然后，我需要创建PR并等待其他人来实现这个功能。如果PR被接受了，还需要经过一两个月的Code Review，因为element-plus的维护者们确实非常忙碌。最后，一旦功能被合并，还需要等待正式的发布。

总的来说，虽然我认为element-plus是一个非常优秀的库，但它在某些方面的不足确实影响了我开发的速度和效率。因此，我现在正在寻找其他的UI库，如naive-ui和ant-design-vue，它们在功能和易用性方面都给我留下了深刻的印象。

尽管如此，我仍然希望element-plus能够越来越好。感谢它陪伴我度过了那么多年的前端开发时光。

宝子们大家好！有需要的话私信排期哈！

宝子们大家好！有需要的话私信排期哈！