В первую очередь, я исключил бы сгенерированный код и добавил бы код входа генератора и самого генератора.
я тогда сказал бы (с некоторой иронией), что каждая строка кода может содержать ошибку и должна сохраняться. Для поддержания большего количества кода, Вам нужно больше разработчиков. В этом смысле больше кода обеспечивает большей работой.
я хотел бы исключить модульные тесты из оператора выше, поскольку меньше модульных тестов обычно не улучшает пригодность для обслуживания:)
Основное правило, которому я следую, это ... - 1 Presenter 1 View
Но для общих элементов управления вы можете поделиться докладчиком, если логика презентации такая же ... Например ... У вас есть диалоговое окно для «Диалог подтверждения», «Диалог завершения операции!» И многих других вариантов ... Для этого я реализовал этот элемент управления из общего интерфейса просмотра, и у меня был один докладчик, обслуживающий весь набор элементов управления диалоговыми окнами ...
Причина в том, что это помогает поддерживать чистоту шаблона. Кроме того, с точки зрения гибкости в этом есть свои преимущества.
Недавно у меня была задача перенести приложение Windows, построенное на MVP, на asp.net (эмпирическое правило докладчика 1 представление 1). Миграция прошла гладко, так как мне нужно было только позаботиться о создании соответствующих представлений, остальное позаботилось о дизайне.
Я задал аналогичный вопрос о WinForms, но я думаю, что ответ охватывает любую форму MVP. По общему мнению, для каждого представления следует использовать 1 докладчика.