[LayaNative3]新版DCC需求统计，技术方案收集

新版Native要重构热更部分的代码，欢迎大家提自己项目中遇到的实际需求，吐槽原来的dcc功能，如果有实现想法也可以在这里分享。
初步想法是不再用实际文件名下载，而是用内容的hash作为文件名，当然第一个文件（根或者描述文件）依然只能是固定的。
目前想到的基本要求：
1. cdn友好，内容变了，文件名也变
2. 可以通过zip更新
3. apk可以携带资源包，且与已经缓存的不冲突

已邀请:

5 个回复

130*****753

赞同来自: 郭兆奎

1 原来的更新只能通过对比assetsId，决定要不要更新，希望改成通过比较热更版本号大小，这部分我们的项目已经自己改造了。比如iOS正在审核期间，线上有热更新需求，此刻热更怕审核版本触发被拒。
2 现在默认的事非集中式更新，感觉有的时候，比如热更新的js过大（其实也就几MB）或者网络过差，在下载资源，给人感觉卡半天。我们用updateByZip，自己实现js的更新。希望官方出一个集中式更新，差异下载更新js和各种资源，自动计算下载大小，预估时间。
3 app下原生只有一个alert方法可以用来简单显示下信息。有时候在UI资源还没有加载好的情况，需要显示一些UI信息只能原生自己开发，希望官方提供一些，像微信小游戏的UI接口，比如wx.showToast . wx.shouModal等等。甚至可以直接做一个小游戏容器，让代码跑在这个容器中,让一个app可以跑多个游戏。
4 希望native提供更加丰富一点的接口，比如2.0有个rmDir方法，调用了没效果，一看源码，直接return true.

1567600631用户

赞同来自: 郭兆奎

1.native的更新需要和web的更新用一套机制，不然web更新一套 native一套比较蛋疼。
2.每次热更 native的缓存会越来越大，最好下载下来还保持原来的文件名字不然包体缓存越来越大导致用户磁盘膨胀，后期会写磁盘失败。

FlyBall

赞同来自:

希望支持开发者重写资源请求地址函数，
比如说的第一个文件，假设名称叫manifest.json，那么它的地址可能就是https://abc.com/manifest.json
那我希望可以自己改成 https://abc.com/myversion/manifesh.json,myversion可能是1.0.0或者1.2.0或者是其他的。
资源亦是如此，支持开发者重写资源请求地址函数
比如提供一个interface或者类，开发者实现其中的函数，并注册到引擎中。