Я читал несколько вопросов, которые ранее задают, и я не столкнулся с тем, который отвечает на мой вопрос "черного цвета и белого цвета" для меня! Так, извинения, если это является повторяющимся. Вопрос, вероятно, подобен выяснению, "сколько времени часть строки", но терпите меня!
Для registernation системы у меня есть пользовательская модель с функциями, такими как:
Вышеупомянутая пользовательская модель имеет дело с одной таблицей. Пользовательская таблица в базе данных MySQL.
Можно ли предположить то, что делает каждая функция, но действительно ли это достаточно крупно? Я имею в виду, должен моя модель содержать методы, которые являются намного более широки, такие как:
Куда я передаю в таблице и уникальном идентификаторе записи для удаления, добавьте или обновите?
Я использую codeigniter, но я интересуюсь тем, как вещи должны быть сделаны в чистой платформе MVC.
Я приношу извинения, слишком ли этот вопрос придирчив.
Спасибо все
Я не совсем понимаю, что вы подразумеваете под «грубым».
«должна ли моя модель содержать гораздо более широкие методы, такие как: add_record, delete_record, update_record»
Абсолютно нет. Никогда. Это противоречит цели иметь модель.
База данных предназначена для такого рода «универсальных» вещей. Суть модели - адаптировать общую базу данных к вашей конкретной проблеме.
Ваша модель должна соответствовать вашей проблеме.
"Модель пользователя с такими функциями, как: add_user, delete_user, activate_user" Вот в чем суть. Ваша модель отражает ваше приложение, вашу проблемную область, ваше решение.
По сути, ваша модель должна быть автономной. Вы должны иметь возможность обернуть свою модель в приложение командной строки, приложение с графическим интерфейсом или веб-страницу.
Вы можете догадаться, что делает каждая функция , но это достаточно грубо. Я имею в виду , если моя модель содержит методы, которые намного шире, например:
* add_record * delete_record * update_record
Куда я передаю таблицу и уникальный идентификатор записи, которую нужно удалить, добавить или обновить?
Если вам нужно получить только информацию о том, что пользователь не обязательно используйте всю запись, тогда вам будет удобно иметь функции * _ user
, но включать их только в вашу пользовательскую модель.
Если вам нужно получить целые записи, а не только пользователя, тогда вам также будет правильным иметь функции * _ record
, но поместить их в свою модель записи - НЕ модель пользователя.
Здесь следует помнить, что нельзя включать все эти функции только в одну модель. Проще говоря, ваш пользователь и это то же самое, что и запись.