Должен ли класс модели представлять сущность или возвращать ее

это общий ответ, связанный с парадигмой MVC, поскольку у меня есть 0 опыта работы с CI, но есть большой опыт работы с Symfony, Zend, Propel и Doctrine.

я обнаружил, что при использовании доктрины, возвращая данные объекта в определенной структуре, лучше всего добавить метод, который определяет указанную структуру. Например, объекты Doctrine_Record имеют toArray() метод, который позволяет мне преобразовать объект в массив, поэтому я могу использовать методы доступа к объектам или вызвать toArray() и обращаться с объектом как с массивом.

// Accessing object data through available methods
foreach ($object->categories() as $category) {
    var_dump((string) $category);
}

// Accessing object data as an array
$objectAsArray = $object->toArray(true);

foreach ($objectAsArray as $element) {
    var_dump($element['Category']);
}

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

однако вы получаете доступ к данным, я предлагаю вам сохранить логику biz на уровне модели, чтобы вы не повторяли код (сухой: Не повторяйтесь).

Первое, что вам нужно понять, это то, что CodeIgniter довольно далек от правильных шаблонов проектирования MVC или MVC. Официального названия шаблона, который реализует CodeIgniter, нет, но он тесно связан с Ruby on Rails.

самая серьезная проблема связана с тем, как был реализован слой модели. Во всей документации рекомендуется использовать активная запись шаблон, который сам по себе вводит несколько дизайн вопросы:

• активная запись против объектов
• ORM anti-patterns-Часть 1: активная запись
• расширенные Шаблоны OO ^{[слайды]}

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

лучший способ создать правильный слой модели поверх CodeIgniter-игнорировать CI_Model, потому что, ИМХО, нет никаких преимуществ в расширении этого класса. Вместо этого создайте что-то вроде Services. Эти структуры могут выступать в качестве интерфейсов (не в смысле OO) для взаимодействия со слоем модели. Каждый сервис может иметь дело с несколькими домен объекты и мапперы.

В основном службы получают команды / сообщения от контроллера, которые изменяют состояние слоя модели и предоставляют метод извлечения информации из слоя модели. Обычно извлечение происходит в посмотреть экземпляры, но это невозможно в CodeIgniter. Извлечение информации также произойдет в "контроллерах", которые передают данные в шаблоны.

код будет выглядеть примерно так это:

class Library 
{

    protected $current_document = null;

    public function acquire_document( $id )
    {
        $document = load_class('Document', 'domain_object');
        $document->set_id( $id );

        $mapper = load_class('Document', 'persistence');
        $mapper->fetch( $document );

        $this->current_document = $document;
    }

    public function get_document_information()
    {
        $document = $this->current_document;        

        if ( $document === null )
        {
            return 'empty';
            // you either did not acquire the document
            // or document was not found
        }
        return $document->get_details();
    }
}

MVC Design patter на самом деле представляет собой комбинацию двух слоев: слоя модели и слоя представления (который должен быть сделан в основном из контроллеров и представлений).

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

Итак, в заключение, то, что вы называете "модельными классами", должно возвращать информацию.