architecture - 生命周期方法范式没有替代方案吗？

Question

我不确定这是否是提出这个问题的正确媒介。但我注意到几乎所有不同的生态系统都有一种模式，无论是网络还是移动......

我们总是在框架或库中拥有生命周期方法，如 android、react、vue、angular、flutter、web 组件......这是制作框架的唯一方法还是还有其他方法/范式？

标签： architecturesoftware-designsystem-design

Answer 1

一旦您在运行时/在内存中创建任何类型的对象/组件，您实际上就拥有了一个生命周期。因为内存不是无限的，它需要被管理，所以声明和使用内存（创建对象等）是基本的必要条件。因此，将其概念化为生命周期似乎是可行的——内存（对象、组件等）被声明、使用，并在某些时候被销毁。框架只是利用这一点并公开事件/方法/等，使您可以更有效地处理对象。

与此相关的可能是事务或请求/响应的概念。我在这里考虑对 Web 服务器的请求（以及对最终处理请求的任何应用程序运行时的请求），或对数据库的查询。在这些情况下，“生命周期”这个词可以用来描述从请求进入到响应完成所发生的一切。

没有生命周期可能意味着计算的基本性质不同。

我能想到的唯一选择，你可能没有“生命周期”，是一种程序语言，你处理指令，但不处理对象。