предметная область и тестирование

[kosenkomichael]

Привет, меня зовут

Косенко М.Р. 6412

У меня вопрос по

1 лабораторной работе (Классы), 2 лабораторной работе (Сервер)

Описание проблемы

• хотел бы уточнить структуру предметной области (прокат авто)
  
  
• Юнит тесты из того word файла звучат как "вывести..." что тогда считать пройденным тестом?
• И вопрос по 2-й лабе, я же правильно понимаю, что классы, помеченные в условии как "справочник" должны Bogus'ом заполняться при старте сервера, быть неизменяемыми для пользователя, который лишь по индексу соответствующего ModelGeneration'а может в DTO передать их как поле к VehicleRequestDto?
• В каждом Response передавать лишь индексы из справочников (помимо других полей) а в Request уже возвращать readonly объекты по индексу?

[alxmcs]

• Это некорректная ER-диаграмма, так как такие диаграммы составляются в нотации таблиц в базе данных. Столбца типа Vehicle в бд, очевидно, быть не может.
  Однако, понять из этой схемы, что ты предполагаешь реализовывать, можно. Связь Vehicle и Customer судя по схеме, будет многие-ко-многим через промежуточную таблицу Rental. У сущностиVehicle есть справочник ModelGeneration, к которому, в свою очередь, прицеплен справочник VehicleModel. В целом, годится.

Небольшое замечание - поля TransmissionType, BodyType, Class, DriveType я бы делал не строковыми, а перечислениями.

• В юнит-тесте надо проверить работу бизнес-правил приложения. Бизнес-правило потом превратится в метод аппликейшен службы, который будет отдавать потребителю апи контролер. Для тестов вида "Вывести все n для заданного m" вполне подойдет theory, где параметрами будут все экземпляры m из датасида, а ассерт будет на количество элементов возвращаемой по итогам теста коллекции из сущностей n.

• Да, справочники (у тебя это ModelGeneration и VehicleModel) относительно постоянны и практически никогда не изменяются пользователями. Однако, CRUD апи для них нужно будет предусмотреть. Они датасидятся вручную, без использования Bogus.
  Bogus будет использоваться в 4 лабе отдельным сервисом для генерации контрактов. В твоем варианте контракты - это Rental.
  Касательно того, как грамотно спроектировать апи и контракты к нему будет отдельная лекция, там будет ответ на твой вопрос о dto.

• Дождись лекции по REST API. Но, да, примерно так и будет.