Что мне следует кодировать в «основном» методе?

Question

Возможно, это слишком широкий вопрос, но я все еще хочу услышать, какие лучшие практики и что считается «правильным». Я не нашел подобную тему, возможно, из-за того, насколько она типична и поэтому трудно найти.

Все это началось, когда мы взяли проект службы Windows и добавили к нему еще одну услугу. Раньше основным методом было то, что мы рассмотрели Состав Root, и наш код регистрации контейнера IoC, чтение app.config и тому подобное были в основном методе в той или иной форме. После сборки необходимых зависимостей мы создали службу, позвонив по контейнеру Resolve и запустив его.

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

Единственный просветительский пост, который я нашел на матере, был this one from Mark Seemann, где он утверждает, что OnStart будет совокупным корнем (в данном конкретном случае).

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

Возможно, тот факт, что услуги требуют очень разных настроек, является индикатором того, что они должны быть разделены в нескольких автономных проектах, где основной будет снова использоваться в качестве корня композиции?

Обычно мы используем .Net, но это, вероятно, относится ко многим другим языкам программирования.

Answer 1

Лучше всего думать о методе Main() как о простом крюке, который требуется ОС - и это должно быть его единственной обязанностью. В нем должно быть как можно меньше кода, только минимальный минимум, необходимый для запуска реального приложения - он не должен быть частью каких-либо концептуальных соображений.