Как должна быть структурирована модель в MVC? [закрыто]

Все, что относится к бизнес-логике, должно находиться в модели, будь то запрос к базе данных, вычисления, REST-вызовы и так далее.

Вы можете разместить доступ к данным прямо в модели; паттерн MVC не запрещает это. Можно обернуть это в сервисы, мапперы и прочие абстракции, но истинное определение модели — это слой, который обрабатывает бизнес-логику, не более того и не менее. Это может быть класс, функция или целый модуль с множеством объектов, если это то, что вам нужно.

Чаще всего проще иметь отдельный объект, который действительно выполняет запросы к базе данных, чем выполнять их непосредственно в модели. Это особенно пригодится при модульном тестировании (из-за удобства внедрения мок-объекта базы данных в вашу модель):

class Database {
   protected $_conn;

   public function __construct($connection) {
       $this->_conn = $connection;
   }

   public function ExecuteObject($sql, $data) {
       // код для выполнения запроса
   }
}

abstract class Model {
   protected $_db;

   public function __construct(Database $db) {
       $this->_db = $db;
   }
}

class User extends Model {
   public function CheckUsername($username) {
       // ...
       $sql = "SELECT Username FROM " . $this->usersTableName . " WHERE ...";
       return $this->_db->ExecuteObject($sql, $data);
   }
}

$db = new Database($conn);
$model = new User($db);
$model->CheckUsername('foo');

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

В большинстве приложений чаще всего существует три основные составляющие: данные, отображение и обработка. Эти три компонента мы обычно обозначаем буквами M, V и C, что соответствует архитектуре MVC.

Model (M) — это компонент, который содержит состояние приложения и его атрибуты. Он не знает ничего о V и C, то есть не зависит от их реализации.

View (V) — это часть, которая отвечает за формат отображения приложения. Она знает, как визуализировать данные из модели, но не взаимодействует с контроллером C.

Controller (C) — это звено, которое обрабатывает логику приложения. Контроллер управляет связью между моделью M и представлением V и зависит от обоих компонентов, в отличие от модели и представления.

Таким образом, в архитектуре MVC обеспечивается четкое разделение ответственности, что облегчает внесение изменений и добавление улучшений в будущем.