“明知山有虎，偏向虎中行”。这里说的虎，主要有两点：
- @ionic/vue还属于beta版，在npm上是v0.0.4，实际在Github上源码已更新到v0.0.8，但这离正式版发布有很大的距离，使用它开发有一定的风险。
- 网上资料较少，官方文档待完善。
实际上，@ionic/vue最初来自一个社区团队Modus的项目ionic-vue，后来该团队发送了一个pull请求，被ionic吸收，使包装器成为核心存储库的一部分。
Modus团队为了证明不只是在展现层上工作，而且集成运行良好，Modus团队还使用Ionic Framework，Vue和Capacitor构建了一个名为Beep的应用程序，并上线到了App Strore和Google市场。
在本人看来，ionic的组件（@ionic/core）是基于WebComponents技术构建的，所以单纯拿组件来用，是没有问题的，只有像导航、Controller等接口调用的内容才仍处于beta阶段，如果这些内容我觉得能处理就处理，暂时不能处理借用其它UI框架来替换也是可以的，基于此，个人觉得这些虎不算凶狠，可以接受。
为啥会选用Vue+Ionic4的组合？你如果存在着以下这些情况就可以尝试一下：
- 团队有ionic的经验，想继续沿用，但换用相对简单的Vue配套开发；
- 团队有Vue的经验，但看上了ionic的UI，而且觉得国外的团队会更靠谱一些，优化得更好一点。实际上ionic的UI很齐全也较合理，像ion-header能很好固定头部的内容，挺实用，但其它UI框架大多没有类似功能；
- ionic基于WebComponents技术，无js框架依赖的特性，让我想想尝试不同的框架技术调用，或基于它做进一步的组件封装；
……
