Лучше создать класс или достаточно использовать модель? Есть сотрудники. Необходимо сделать небольшой сервис по генерации заявок на сертификат ЭП.
В заявку входит следующая информация: ФИО, снилс, инн, паспортные данные, отдел и должность.
В данный момент читаю книгу по ООП (Вайсфельд М. - Объектно-ориентированное мышление ). Автор предлагает использовать классы, наследования и все остальные фишки ООП.
Нужно ли создавать, допустим, класс Passport внутри которого "проводить" различные манипуляции с данными: например заполнили поля для паспорта (номер, дата, кто выдал) отправили через POST в контроллер, он в свою очередь в Class Passport, тот их проверил и отправил в модель для сохранения... или тогда не нужна модель? Или тут можно из контроллера сразу отправлять в модель и там валидировать и сохранять в бд и Class Passport вообще не нужен.
А если делать через ООП то создавать классы/абстрактные/интерфейсы / и тд?
employee->passport
->inn
->snils
Сервис пробую делать на yii2
Лучше создать класс или достаточно использовать модель? Есть сотрудники. Необходимо сделать небольшой сервис по генерации заявок на сертификат ЭП.
В заявку входит следующая информация: ФИО, снилс, инн, паспортные данные, отдел и должность.
В данный момент читаю книгу по ООП (Вайсфельд М. - Объектно-ориентированное мышление ). Автор предлагает использовать классы, наследования и все остальные фишки ООП.
Нужно ли создавать, допустим, класс Passport внутри которого "проводить" различные манипуляции с данными: например заполнили поля для паспорта (номер, дата, кто выдал) отправили через POST в контроллер, он в свою очередь в Class Passport, тот их проверил и отправил в модель для сохранения... или тогда не нужна модель? Или тут можно из контроллера сразу отправлять в модель и там валидировать и сохранять в бд и Class Passport вообще не нужен.
А если делать через ООП то создавать классы/абстрактные/интерфейсы / и тд?
employee->passport
->inn
->snils
Сервис пробую делать на yii2
В заявку входит следующая информация: ФИО, снилс, инн, паспортные данные, отдел и должность.
В данный момент читаю книгу по ООП (Вайсфельд М. - Объектно-ориентированное мышление ). Автор предлагает использовать классы, наследования и все остальные фишки ООП.
Нужно ли создавать, допустим, класс Passport внутри которого "проводить" различные манипуляции с данными: например заполнили поля для паспорта (номер, дата, кто выдал) отправили через POST в контроллер, он в свою очередь в Class Passport, тот их проверил и отправил в модель для сохранения... или тогда не нужна модель? Или тут можно из контроллера сразу отправлять в модель и там валидировать и сохранять в бд и Class Passport вообще не нужен.
А если делать через ООП то создавать классы/абстрактные/интерфейсы / и тд?
employee->passport
->inn
->snils
Сервис пробую делать на yii2
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Ответ на ваш вопрос зависит от того, какая архитектура приложения вам больше подходит и что вам удобнее использовать.
Если вы уже используете фреймворк Yii2, то, вероятно, у вас уже есть модели для работы с базой данных. В этом случае, вам необязательно создавать отдельные классы для каждой сущности, если это не принципиально для вашего приложения. Модели могут хорошо справляться с хранением, валидацией и сохранением данных в базе.
Однако, если вам удобнее работать с классами и ООП, то можно создать отдельные классы для каждой сущности (например, класс Passport), реализующие нужные вам методы для работы с данными. Затем вы можете использовать эти классы в своем контроллере для обработки данных перед их сохранением в модель.
В заключение, решение о создании отдельных классов или использовании только моделей зависит от вашего личного опыта и предпочтений в программировании. Важно выбрать то, что работает лучше для вас и лучше всего соответствует требованиям вашего проекта.