尊嘟假嘟, uniappx 将编译为原生语言
UniApp 这玩意在我印象里依旧是 Bug 多坑多没有国外生态(不知道这个东西出来之后会不会好一些
DCloud 以后主推了,但是不看好这框架
还是算了吧,uniapp 连网页套壳也弄出各种乱七八糟的坑,还谈何编译到原生。nvue 也算是一个编译到原生的尝试了吧,简直就是个无底深坑~~
不支持鸿蒙我不用
说实话有点佩服写这种东西的人,把 js 编译成多平台 native 的语言,不仅枯燥,还巨多坑。
就凭 uniapp 内置广告,想你 uniappx 也不是什么好东西
这个页面我前几天看了一下 没找到他的 engine 源码。所以这个我存疑
需要的看不上,不需要的用不上,要写 uts 你得先有 Android 、iOS Swift 开发技能,单纯想靠 js 技能是不现实的
已经有测试版可以使用了, 不过目前只支持安卓
同样是国产 hybrid app ,taro 完全开源,uni-app 少部分开源,生态天差地别
一拖答辩
需要的看不上,不需要的用不上非常同意 #8 的这句话,其实移动端跨平台你做久了就会发现,搞来搞去你还是要搞原生,原生永远在不远处等着你。。。
#10 taro 就别提了, 核心重点全在小程序上, 多少年了最近才把官方的 taro ui 更新到支持 rn, 此前连一个多端通用的 ui 框架都没有
真正的大厂永远是搞两个原生团队
#7 这几个礼拜我在用这玩意写个 app 、小程序 跨平台的 demo ,翻烂了 github.com/dcloudio/uni-app ,最后应该是可以下定结论,这个开源的代码只适配了 vue2 ,适配 vue3 的代码没在里面,调试又白屏,只能 console.log 去找文档里面没有的 api ,惨不忍睹,还好需要的几个 api 都找到了对应的,然后就彻底抛弃 vue 这套玩意 js 想怎么写就怎么写
#15 这个地址只是 framework 层的东西,我想找的是 engine 层,也就是如何将 js 代码转译成原生语言的这部分。。。。这个仓库打开看一眼右下角连个 c++都没有,我就可以断定他不是我想要的了
用过一个 uniapp 的小程序和安卓 app ,体验还是很不错的
#17 简单程序确实可以,当需要复杂库和原生接口的时候就拉胯了。只用到纯 uniapp 接口的话,性能体验确实不错。
pz
#13 taro 更多还是用来写跨端小程序,真的要写 app 直接用 rn 更好
别总是站在大厂的角度中小厂数量占比 99%,没几个公司养得起原生团队,很多小厂搞个 h5+个小程序就完事了;大多都是 hybrid 一把梭,能用就行,对普通应用来说体验并没有天差地别。
#20 更多的是多端复用, 遇上功能拆分合并更方便直接 ctrl cv 页面就好, 就 UI 这层来说, uniapp 做的比 taro 好很多,
说实话,确实挺佩服做出这东西的,不说其他的,最起码在写小程序的时候,可以使用使用 vue ,而不用再单独去看小程序的语法这一点就很不错。但是拉胯的地方也确实不行,特别是下载扩展包的时候还需要看广告这一点,就真的是让人体验差到了极点,但也不能掩盖他带来的便捷的地方,只能希望越做越好吧
哪怕是大厂,也不是只有超级 APP 的,大厂也有很多创新业务,也有很多几个人、十几个人的小组,大厂内部对跨平台方案的使用远比很多人以为的广泛得多
不是, 鸿蒙咋整啊. 不优先适配鸿蒙是吧! 抓走!
编译成 kotlin ?那为什么不编译成 jvm bytecode
#22 这么牛逼? 下载还要看广告
大厂内部都有自己的跨平台方案,拥抱开源或者公开服务的跨平台方案大部分都是 OKR 的一部分
有人做,总归是好事,至于用不用是另外一回事了。所谓跨平台,其实最终最多只能是 UI 跨平台,业务逻辑无论如何都需要原生语言,当然啦,一些业务足够简单,CRUD only 的应用,也确实不需要原生开发。但是如此简单的业务逻辑,其实绝大多数跨平台的解决方案都可以满足,flutter 、RN 等等都可以,更何况这些解决方案背靠大厂,有更高的可信度、可靠度。
这种路线投入的不够就是个巨坑flutter 背靠 google ,投入了那么多资源,要是真的深入去用 flutter 仍然会遇到一些坑
为什么不直接上万能的 Flutter 呢。现在 Flutter 的 github 的 stars 数比 RN 高很多,RN 编译为原生组件也巨多坑。
是的,但好像不是全部的,应该是扩展包作者可以设置的吧,反正就是挺恶心的
啊,风评这么差吗,有时候接私单搞网页公众号或者小程序,主力依然是 uni-app 啊,好像没这么多问题
下载插件需要看广告,会给插件作者分成。打包时默认开启广告,不注意就打出了带广告的 app
taro 就别吹了,至今没有一套匹配最新 taro 版本的跨平台 UI ,至今不支持 wxs ,都搞了这么多年了,哪点比得上 uniapp 了。我原来也是 taro 吹,结果他更新一版别人适配的 UI 就全都不兼容了,wxs 也用不了,写个业务都没法写,我还不如 uniapp
uniapp 做原生 坑巨多, 单纯做小程序还蛮香
Static Hermes 目前就是这个目标,利用的是强制遵循 TS 类型,不知道 uni-app 是什么方案
一年使用者:烂
没办法 中国现在市面上小公司 都喜欢 uniapp
上次听他们 CTO 讲是做的差不多了
我也觉得 ,工作量非常大
能比 RN 溜了再说吧
我们用 10 天写过一个二手车的小程序,体验还是不错的,当然也能发布 app
#23 那个广告收益是插件作者的吧,这倒也能理解,没有那么多人愿意为爱发电的
一个小程序框架而已,github 上面几年前多如牛毛,都是开源框架,uni 自己一开始就是封装的第三方 mpvue ,小程序本身没啥过硬的技术,后面实在是没人有什么动力维护了,死了一片,uni 好就好在背后有商业公司,一直挣这份钱活到现在,坑挖了埋埋了挖,没啥技术含量的东西用不出多大差距,最多就是 bug 修得快不快,但做小程序我只选择 taro 。老板让做 app ?即便是 flutter 也只是勉强维持,打个比方,weex,rn 做 app 的避坑程度 60%,flutter 就是 80%,uni ?你猜猜看
不敢用
进了一家中厂以后才知道: 有配置中心,更改配置不用重新发布。 有发布中心,一键发布 顿时觉得自己从刀耕火种的生活进化了。大家公司里还有其他基础建设能分享一下吗? 有独立的…
请看下图,我在Google Code上,针对每个程序语言都搜索了一下“fuck”一词的出现文件的个数X,以及没有出现fuck一词的文件的个数Y,然后放在Excel里求了一下百分…
这里有一篇Matthias写的关于转义字符文章-“The art of escaping”,这篇文章告诉你有一些比较特殊的字符需要你去认真的处理,不然,你的网站程序轻则出错,…