为什么存在软件更新？

Question

我知道这听起来很疯狂，但请听我说...

假设您有一款游戏，并且想对其进行更新（添加新功能/重新定义季节性主题/添加LTM等），现在，而不是编辑代码，然后等待应用市场提供商（Google / Microsoft / Apple等）几天。 ）批准更新并推出更改，为什么不这样做：

1. 将所有代码放入数据库
2. 从代码文件中删除所有现有代码
3. 添加可以从数据库运行代码的代码（将其读取并通过eval()对其进行处理）

这样，除非您想更改与数据库相关的代码，否则就不需要软件更新，并且可以简单地更新数据库以更改应用程序在运行时的功能。

我的问题：为什么没有这样做？

例如：

Fortnite（真实游戏）通常具有LTM（有限时间模式），这些LTM可以使用数周，然后将其删除。 通常，软件更新约为5GB，除非您的宽带速度快，否则将花费大量时间。 如果代码是从数据库中获取并执行的，则无需进行这些更新，并且更改可以是瞬时的。

编辑 ：（以接近的票数为准）

我在寻找事实和统计数据来支持原因，而不仅仅是纯粹的观点。 不需要“我认为这将是好/坏...”之类的答案（这就是为什么要发表评论）； 诸如“这会是好/坏，因为事实表明...”这样的答案要好得多并且很理想。

Answer 1

您建议的方法几乎没有挑战。

• 将所有内容放入数据库将增加db的大小。 但这并没有太大影响。

• 如果所有代码都在db中，是否有可能反编译您的软件并获得连接到代码的方法？

• eval的性能开销过多。 预编译的代码针对其各自的运行时进行了优化

• 多个版本？ 要拥有多个版本的软件该怎么办？

存在更新的主要原因是它们易于维护，灵活并且允许开发人员发布最快的优化工具。

Answer 2

1. 将所有代码放入数据库
2. 从代码文件中删除所有现有代码
3. 添加可以从数据库运行代码的代码（将其读入并eval（）s）

我的问题：为什么没有这样做？

这正是每款游戏的运作方式。

每次启动游戏时，可执行的二进制游戏引擎（在第3步中进行了描述）已经从“数据库”（文件系统）和“ evals”中读取了其余代码（通常是诸如LUA之类的嵌入式语言）（解释）来运行游戏，以及诸如关卡几何，纹理，声音和音乐之类的资产。

您正在谈论在引擎与其数据之间引入抽象层（真实数据库）以隐藏您的某些资产，但是数据库将其数据存储在文件系统上 ，因此您实际上一无所获，刚刚更改了静态编码和运行时查询数据的方式，在这两种情况下都引入了大量开销。

另一方面，您故意以这种方式欺骗应用程序审查过程，并且解决任何实际技术问题，因为您的应用程序将不允许在应用程序商店中使用。 应用程序审查过程的整个重点是防止人们将未经验证的未经审查的代码发送给用户，并且如果您的程序显然旨在绕过此问题，则您的应用程序将被拒绝。

Fortnite（真实游戏）通常具有LTM（有限时间模式），这些LTM可以使用数周，然后将其删除。 通常，软件更新约为5GB，除非您的宽带速度快，否则将花费大量时间。

Fotenite将具有一个小的二进制可执行文件，即游戏引擎。 对该二进制文件的更新将占该5GB的一小部分。 其余的将是某种解释/嵌入的语言，描述游戏的级别（也是很小的一部分），然后是占其余部分的资产（几何，纹理，声音，音乐）。

如果代码是从数据库中提取并执行的，则无需进行这些更新，并且更改可以是瞬时的

这是没有道理的。 如果将整个5GB的空间从文件系统移至数据库，则仍然需要转移大约5GB的数据库更新。 数据库中的5GB数据仍然像文件系统上的5GB数据一样存在，只是您不能再直接访问它。 无论存储方式如何，都必须传输完全相同的数据量 。