FanatPHP, не, класс бук делать дольше с вспомогательным классом, типа коллекции. А сам по себе он ничего из себя не представляет. Хранит свойства и всего делов. Меня больше волнует работа в бд с таблицей books.
По большому счету вариант 1 это эти же функции, но собранные в один класс, тоесть все что касается книг, делается в этом классе. Надо только бд передать.
Меня попросили сделать по варианту 2. Я знаю, что адерты ооп это считают верным, но вариант 2 более сложен, больше кода и непонятно, чем он лучше.
Вот и все.
Не хочется говнокод писать.
FanatPHP, ну ок, допустим код будет +-. А другому программисту дать потом на доработку, лучше с коллекцией?))
Я то привыкну ко всему. Я никак не могу найти оптимальное решение. Они все оптимальные в разное время года, на разных проектах :)
FanatPHP, Я не очень люблю теорию. Для меня простота и скорость это самые важные факторы.
Вопрос был не
в каком формате работать с книгами в коде - в виде массивов или объектов, а не как ими управлять.
а именно как ими управлять)
В вопросах вывода как раз репозиторий очень грамотная штука (хотя я пока не оценил все ее достоинства). Ну раз старший брат говорит делай коллекцию и объекты - не проблема.
Меня вопрос волновал как раз управления и взаимодействия с БД.
п.с вообще то если ООП то у вас Book должна быть богатой моделью предметной области в данном случае это Rich Model где поведение модели размазано по слоям
Да мне для такого уровня, как до луны. Меня совсем простенькая реализация интересует, на 3х столбцах в БД :)
Спасибо. Если речь о понимании другими программистами, то первый вариант совсем плохой?
Во всяком случае пример 1, более компактный что-ли и он цельный. Главное скормить ему нужную БД :)
Интересно мнение.