components - 使用实体组件系统构建业务应用程序有什么优势？

Question

我了解使用数据驱动的实体组件系统进行游戏开发的吸引力。当然，我正在尝试寻找其他领域来应用此范例。当我准备开始开发小型业务应用程序时，我一直在想Entity-Component是否适合它。但是，除了游戏以外，我找不到任何有关使用实体组件的示例或讨论。有什么理由吗？除了游戏以外，在软件中使用实体组件还会有什么优势吗？

Answer 1

（对死灵的道歉）

来自企业背景，我最近一直在考虑这个问题。实体组件系统是相对较新的，并且代表了与大多数业务开发人员将经历的完全不同的设计范例。

考虑到我自己公司的示例，我看到了一些实体组件系统可以带来好处的方案。

例如，在我们的主要应用中，地址与联系人和组织相关联。 （我们的数据库中有ContactAddress和OrganisationAddress连接表。）一位客户也希望将项目与地址相关联。有很多方法可以实现这一点，但是对我来说，基于实体组件的方法似乎很优雅-只需向Project实体添加一个Addressable组件，GUI便应自行解决。

相反，我们可能会添加一个新的联接表和新的数据输入页面（尽管重新使用公共控件）。

我认为，主要的缺点是（最初）缺乏开发人员对将这种范例应用于商业软件的最佳方法的认识，这恰恰是因为以前似乎没有做过。一旦开始使用这种方法，便会付诸实践-如果一旦项目达到一定的复杂度却证明它令人沮丧，那么没有大量重写就没有出路。