Способы использования единой базы кода между Windows Service и Azure WebJob

Question

Я работаю над синхронизирующимся повторяющимся процессом, который в некоторых случаях будет развернут в OnPrem, а в других - в облаке (Azure).Я исследую службу Windows и веб-работу Azure.Учитывая, что мне нужен только повторяющийся процесс, чтобы быть синхронизированным, я думаю о том, чтобы основная часть логики была в библиотеке, отличающейся только точкой входа между службой Windows для локального развертывания или WebJob при развертывании в Azure.,Каждый csproj (сервис и WebJob) будет обрабатывать только синхронизированный цикл и параметры конфигурации, а затем вызывать библиотеку для основной массы работы.

Мой вопрос: существует ли для меня другая комбинация дизайна, которая бы удовлетворяла этим требованиям?требования потенциально лучше?Я читал об упаковке существующей службы Windows в WebJob, но я не думаю, что это будет необходимо в этом случае, поскольку я начинаю с нуля.

Answer 1

Когда речь идет о поддержании вашего общего кода в актуальном состоянии и знании того, какие версии используются какими приложениями, лучшим решением для ставок является создание проекта библиотеки классов с соответствующим шаблоном проектирования и преобразование его в проект nuget.

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

Вот очень хорошая статья для "Как создать пакет Nuget из вашего проекта библиотеки классов". Вы можете использовать его и делиться им со всем своим кодом.

И, наконец, вы можете просто позвонить из службы Windows / WebJob.

Дайте мне знать, если вам нужна помощь, связанная с разработкой решения.

Надеюсь, это поможет.