Как правильно структурировать проект службы Windows с разными уровнями приложений? - PullRequest
0 голосов
/ 28 мая 2020

Я работаю над Windows Сервисом, который на ОЧЕНЬ высоком уровне принимает данные из разных источников, обрабатывает их и на основе вывода уведомляет пользователя через какую-то систему уведомлений. Итак, у меня в основном есть (насколько я могу судить) 3 разных уровня в моем приложении: - Доступ к данным (в нем есть несколько классов и интерфейсов и т. Д. c) - Обработка данных - Уведомление

Как бы вы структурировали папку иерархия такого проекта? На данный момент все в основном смешано, вот как это сейчас выглядит:

|root
||DataProcessors
||DataSources
||Enums
||Interfaces
||Models
|||Database
||Repositories
||Utils
||Views
||ViewModels

Я уверен, что есть лучший способ структурировать это, но мне трудно найти лучшее решение, я не Не думаю (конечно, может ошибаться), что джунгли папок, вложенных друг в друга, - хорошая идея, вроде:

|root
|DataAccess
||Models
||Repositories
||Interfaces maybe here
|Presentation
||ViewModels
||Views
|DataProcessing
||DataProcessors
||etc

У меня также есть, например, куча интерфейсов (сейчас они хранятся в папке интерфейсов ) для разных уровней приложения (доступ к данным, обработка данных и т. д. c), как их хранить? все в 1 папке? в подкаталоге для папки уровня приложения?

Может ли кто-нибудь указать мне правильное направление здесь? что бы вы сделали?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...