用uni-app只做H5版合适么？

Question

背景介绍

原应用为微信小程序版本，采用wepy开发。随着业务发展，被其他平台集成的业务需求日渐增多，因以下原因，需快速开发H5版本，且后续主要维护该版本。

由微信小程序迁H5版本的背景

• 自9月1日起，因小程序审核频频设置障碍，已经不适合我们产品的快速迭代更新要求，

• 另一方面，其与其他平台的对接能力受限：

  • 合作伙伴产品为微信H5应用的，则需要通过小程序码中转
  • 合作伙伴产品为APP，则需要跳出APP转到微信唤起小程序使用
  • 钉钉平台需要较大改动才能对接

业务场景

目前已知需要满足以下业务场景：

• 在微信内嵌浏览器中使用，入口为公众号菜单
• 在APP内嵌的webview中使用
• 从其他微信H5中跳转进入
• 其他

以上需求全部用同一套H5版本实现。H5版本需能独立完成业务闭环，不依赖任何平台，如微信或钉钉，但同时又保留接入各平台接口的能力，如：

• 各平台的单点登录

团队资源

• 开发人员：1个
• 常用：小程序、vue （无react项目经验）

问题

1. 初步决定迁移为uni-app项目，只需输出H5端，不知道用uni-app来做H5这个选择怎么样，是否能完成以上业务目标？
2. 这类业务需求。还有哪些比较推荐的方案？

Answer 1

uniapp就是为了跨端，如果只做H5端，
用uniapp其实和用vue开发没什么区别，vue能用的插件，uniapp也能用。
一般的网页能做的uniapp都能做，uniapp不能做的，一般的网页也做不了。
区别在于unapp不支持dom操作（H5端有dom对象）、不支持过滤器，这和微信小程序是一致的。

一般来说，用uniapp会好一点，
万一你们老板用了一段时间H5觉得体验不好，要做小程序或者app，那就不用从头开始写代码了。
而且不管发布到哪个平台，都不需要你自己做架构。

uniapp的坑和性能问题主要集中在app端。做H5还是蛮好用的，和vue的开发体验是一致的。

Answer 2

如果只开发h5用不用uni-app没什么区别吧

Answer 3

我们团队和楼主一样的情况，现在已经开发完上线了，但遇到一个性能问题。
uni-app 执行的时候，必须先跳转到一个封装的首页index（类似小程序的首页），然后再跳到你项目的首页，比如是page1。但是我们项目是必须先授权微信信息，才能看到页面。
如果我把程序的一个内容详情页 www.xxx.com/page1/demo1.html 分享出去了，然后别人首次点进来，加上授权要跳转6次页面。导致用户端感知特别慢。不知道你们是咋处理的