Laravel多模型(DB表)相同--一种高效的编程方法

Question

我是Laravel的初学者，我有一个具有相同字段(例如id、name)的多个表的项目。

我有大约10个具有这种结构的表(例如国家、城镇、用户类型、.)。

我读到，每个表都有一个单独的模型和控制器是正确的。

这是正确的吗？是否有任何有效的方法来编程，比如制作一个单一的模型和控制器，并对它们进行扩展？

有什么建议吗？

谢谢。

Answer 1

每个模型和控制器都有一个单独的表是正确的。

您可以将所有内容都放在一个表中，并覆盖雄辩模型上的方法，以便从同一个表中提取所有内容。每个模型都需要将$table属性设置为同一个表。

但是，如果这样做，则需要向核心表中添加另一列，以标识每一行的模型类型。因此，您的每一行的JSON表示形式如下所示：

{
    id: 1,
    name: 'Town 1',
    type: 'town'
}

然后，在模型中，您需要重写newQuery()方法，以便将查询范围添加到正确的type值。

但是，当您在数据中添加更多的属性或关系时，这一切都是浪费的。例如，town可能属于country，因此您需要在towns表中包含一个country_id列来键入关系。此时，town和country的表不再相同。

最佳实践是为应用程序中的每个数据实体创建一个表(由迁移创建)、模型和控制器。

Answer 2

这取决于这些表格的含义。

Laravel使用MVC设计模式，它意味着每个概念都由一个模型来表示，用于持久化数据，一个控制器来操作它，以及一个视图来显示它。

在拉拉维尔，你应该根据模型而不是餐桌来思考。

在您的情况下，如果您想将表分组在一个表中，因为它们有完全相同的字段，那么您可以这样做，它将是一个模型。然后为它创建一个模型和一个控制器。

我建议你把问题分开，这样总是更好。那么，如果这些表上需要更新，则不必跨越所有内容。

你可以更深入地了解更多细节。

Answer 3

我不这么认为，即使您找到了一种方法来完成它，最终它也会回来咬您，但是如果您试图避免与数据库相关的业务逻辑的重复，那么您应该研究存储库代码模式。一个很好的案例是L5仓库。虽然我不完全接受它，因为它对实现它的方式非常固执己见，但是它将让您了解如何减少重复几个业务逻辑，或者只重复绝对必要的内容。