Laravel 5 совет по структуре/архитектуре ООП

Вы не должны расширять такие модели, если нет явного наследования. С логической точки зрения это просто не имеет никакого смысла, поскольку вам все равно придется перезаписывать большую часть того, что есть в модели User. И то, что вы не перезапишете, будет неправильно сопоставлено с базой данных, потому что это 2 совершенно разные таблицы. Что вы на самом деле хотите сделать, так это использовать отношения Eloquent.

Для ясности я предполагаю эту базовую структуру:

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(). Это вернет все записи из таблицы учителей, и в каждом экземпляре модели Teacher вы сможете вызвать $teacher->user и получить экземпляр User, связанный с этим учителем. Это полная модель, а не просто дополнительные данные, поэтому у вас есть доступ ко всему в модели User, что обычно является основной причиной расширения.

Для вашего списка вопросов:

1. Я могу вас неправильно понять, но ORM работает не так. Я бы посоветовал вернуться и прочитать документы Eloquent (если вы используете 5.0, я предлагаю прочитать документы 5.1, поскольку они намного, намного лучше)

2. Это будет зависеть от того, кого вы спросите, но я склонен так думать. Если данные явно связаны и нет причин для их совместного использования между типами записей (например, у меня обычно есть таблица addresses, на которую ссылаются все записи, а не 5 полей адресов, повторяющихся в нескольких таблицах), я считаю, что все должно быть на одном столе. Это просто усложняет управление позже, если у вас есть это в отдельных таблицах.

   Будут те, кто не согласен и думает, что меньшие области для каждой таблицы лучше, и это, вероятно, позволит быстрее выполнять запросы к чрезвычайно большим наборам данных, но я не думаю, что в конце концов это стоит дополнительных проблем.

3. Нет, как я объяснил выше
4. Столбец teacher_id должен ссылаться на таблицу teachers, предполагая, что уроки принадлежат учителям, а не любому пользователю в системе. Используя ORM, вы сможете сделать $lesson->teacher->user->userDetails, чтобы получить эти данные.

Я действительно думаю, что вам нужно вернуться и прочитать документы Eloquent. Ваше понимание того, как работает Eloquent и как его использовать, кажется очень базовым, и вы упускаете большую часть мелких деталей.

• Основы
• Отношения
• Laracasts — основы Laravel — вам будет полезно посмотреть уроки 7–9, 11, 14, и 21