Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/ios/107.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ios 为什么不使用实时打包服务器进行生产?自然反应_Ios_Reactjs_React Native - Fatal编程技术网

Ios 为什么不使用实时打包服务器进行生产?自然反应

Ios 为什么不使用实时打包服务器进行生产?自然反应,ios,reactjs,react-native,Ios,Reactjs,React Native,为什么不在生产中使用实时打包服务器,而不是制作静态捆绑包?让它上线不是很有好处吗?因为你可以随时更改它,而无需重新提交应用程序?当然,缺点是您无法脱机访问它,但为什么不通过缓存捆绑包并仅在可用时获取新的解决方案呢?正如您所描述的,可以从服务器加载javascript捆绑包。当你说“为什么不使用…”时,我不确定你指的是什么来源,但我想这不是推荐给每个人的原因是,它不会像你想象的那么琐碎: 如何缓存捆绑包 当包下载失败时会发生什么 如果由于某些本机依赖项已更改,本机可执行文件与加载的脚本代码不兼容

为什么不在生产中使用实时打包服务器,而不是制作静态捆绑包?让它上线不是很有好处吗?因为你可以随时更改它,而无需重新提交应用程序?当然,缺点是您无法脱机访问它,但为什么不通过缓存捆绑包并仅在可用时获取新的解决方案呢?

正如您所描述的,可以从服务器加载javascript捆绑包。当你说“为什么不使用…”时,我不确定你指的是什么来源,但我想这不是推荐给每个人的原因是,它不会像你想象的那么琐碎:

  • 如何缓存捆绑包
  • 当包下载失败时会发生什么
  • 如果由于某些本机依赖项已更改,本机可执行文件与加载的脚本代码不兼容,该怎么办
  • 如何将新脚本热加载到已经运行的应用程序
关键是,所有这些问题都是可以解决的,但它们并不是一成不变的,因此您需要构建基础设施来实现这一点。还有一个叫做(显然还没有发布)的产品,它承诺为你做这一切

另一个引人注目的原因是苹果的应用商店审查政策。苹果最近明确允许应用程序下载和执行脚本,并有以下规定()

前提是这些脚本和代码不会更改 通过提供与应用程序的预期和宣传目的不一致的特性或功能来实现应用程序的主要目的 已提交到应用商店


然而,在许多开发人员中,存在着相当多的不确定性和怀疑,苹果是否会继续允许这样做,因为这与他们以前的审查政策完全相反。

谢谢!非常详细!要查看AppHub,听起来很有希望!