Сохранить как объект или просто строку в базе данных?

Question

В качестве учебного проекта я создаю приложение для отслеживания калорий ie. Часть этого требует создания отдельных продуктов питания, которые можно сохранить для повторного использования. Отдельный элемент питания будет состоять из имени, количества калорий ie, размера порции и т. Д. c. Я думаю о лучшем способе сохранения этих продуктов, и кажется разумным подключить проект к базе данных. В частности, я использую MySQL.

. Тогда у меня возникает вопрос, должен ли каждый продукт питания просто существовать в хранилище в виде строки в базе данных со столбцом для каждого поля (имя, калории и т. Д. * 1008). *) или я должен создать класс foodItem с экземпляром для каждого элемента питания. Это кажется излишним, но в то же время, если я не создаю объект, мне кажется, что это будет противоречить OOP принципам, а использование базы данных почти всегда заменит создание класса / объекта. Не мог ли пользователь просто написать прямо в базу данных без создания объекта? Что мне здесь не хватает?

Answer 1

Как практика проектирования, мне нравится иметь "программные объекты", такие как FoodItem, которые, помимо прочего, знают, как "сохранять себя" в базовой базе данных. Они знают, как себя заполнить, и как и когда обновлять базу данных. Насколько это возможно, все детали «представления базы данных» скрыты в реализациях объектов.

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