问laravel 5 OOP结构/架构建议

EN

除非有明确的继承，否则不应该扩展这样的模型。从逻辑的角度来看，这是没有任何意义的，因为无论如何，您将不得不覆盖User模型上的大部分内容。而您没有覆盖的内容将被错误地映射到数据库，因为它们是两个完全不同的表。你真正想做的是利用雄辩的人际关系。

为了清楚起见，我假设这个基本结构：

users - id
teachers - id, user_id
user_details - id, user_id
lesson_types - id, teacher_id

这些应该是4个完全不同的模型，它们都是使用Model::belongsTo()方法相互关联的。所以Teacher模型应该是

class Teacher extends Model {
    public $table = 'teachers';

    public function user() {
        return $this->belongsTo('App\User');
    }
}

当你查询老师时，你可以做Teacher::with('user')->get()。这将返回teachers表中的所有记录，并且在Teacher模型的每个实例上，您将能够调用$teacher->user并获取与该教师关联的User实例。这是一个完整的模型，而不仅仅是额外的数据，所以您可以访问User模型上的所有内容，这通常是扩展的主要原因。

关于你的问题清单：

1. 我可能误解了你，但这不是ORM的工作方式。我建议回去阅读那些雄辩的文档(如果你运行5.0，我建议阅读5.1的文档，因为它们要好得多)。
2. 这将取决于你问谁，但我倾向于这样认为。如果数据明显相关，而且没有理由跨记录类型共享数据(例如，我通常有一个addresses表，所有记录都引用该表，而不是在多个表上重复5个地址字段)，那么我认为所有数据都应该放在一个表上。如果您将它放在单独的表中，那么它只会使以后的管理变得更加困难。 有些人会不同意，并认为每个表的范围更小，而且可能允许对非常大的数据集进行更快的查询，但我认为这最终是不值得的。
3. 不，我已经解释过了
4. teacher_id列应该引用teachers表，假设课程属于教师，不能只属于系统中的任何用户。使用ORM，您将能够执行$lesson->teacher->user->userDetails来获取数据

我真的认为你需要回去读那些雄辩的医生。你对口才如何发挥作用的理解，以及它是如何被使用的，似乎是非常基本的，而且你忽略了很多更精细的细节。

• 基础知识
• 关系
• Laracasts Laravel基本原理 -你将受益于观看7-9，11，14和21