Модель Обычно таблицу базы данных представляет собой модель. Например, если у вас есть таблица с именем «опросы», вы захотите иметь класс surveys_model, который позволяет выполнять операции на уровне таблицы в этой таблице (выбирать, вставлять, обновлять, удалять и т. Д.).
Затем вы можете создать другую модель для представления одной строки в этой таблице, названной survey_model (обратите внимание, что это единственное число). Обычно этот класс имеет свойства, которые соответствуют 1-к-1 со столбцами в таблице. В этой модели вы можете применять бизнес-правила. Например, если вы не хотите, чтобы опрос содержал один и тот же вопрос дважды, вы можете добавить логику, чтобы проверить, существует ли вопрос при добавлении нового вопроса.
Процесс записи базы данных и создания объекта называется «сопоставление», и есть программное обеспечение, которое делает это автоматически (программное обеспечение ORM). Вы также можете использовать собственное сопоставление, так как большинство ORM имеют немного кривой обучения.
Вы также можете пропустить отображение и работать с результатом db напрямую (для чтения/вывода). Когда вы хотите записать данные, вы просто передаете данные в виде параметров или в виде массива в модель уровня таблицы.
View Представление содержит код переднего конца (HTML/CSS/JS) для отображения формы пользователю. Если пользователь смотрит на существующее исследование (скажем, для целей редактирования), тогда модель должна быть доступна для просмотра (или, по крайней мере, некоторых данных из модели).
Единственная логика здесь должна быть для целей отображения. Например, покажите один блок текста в определенном состоянии и еще один блок текста в другом состоянии (но если весь вывод является условным, его следует разделить на 2 представления, и логику следует перенести на контроллер для загрузки правильный вид).
Контроллер Это то, что контролирует просмотр, какие модели загружаются и какие данные передаются в представление. Вы можете передать всю модель или просто некоторые данные из модели.
Он также контролирует взаимодействие между представлением и моделью. Например, если вы публикуете форму, контроллер получит данные формы, проверит ее, загрузит модель, обновит данные в модели с данными сообщения и сохранит модель. Затем он может отображать сообщение об успехе или ошибке (или перенаправлять на совершенно новую страницу).
Иногда вы обнаружите, что сложно группировать связанные функции внутри контроллера, потому что его имена классов и методов используются в маршрутизации, или вы обнаружите, что контроллеры становятся слишком длинными и жесткими. Здесь находятся библиотеки.
Вы можете перемещать логику из контроллеров и в библиотеки. Таким образом, вы можете поддерживать контроль над вашими контроллерами и группировать свою логику, не беспокоясь о влиянии на маршрутизацию.
Для функций, которые вам понадобятся во всем мире, для которых не требуется класс, вы можете поместить их в помощники . Вы можете просмотреть встроенные помощники CI, чтобы просмотреть типы функций, которые принадлежат вспомогательным файлам.
Это отличная информация, вы действительно очистили все это для меня. – Aaron