Наверное многие вообще не хотят понять для чего вообще нужна служба (service), какого её главная цель?! Большинство её приравнивают, как ещё один вид абстрактного слоя, где можно отгородить некую, а бывают случаи что и всю логику приложения, то есть модель и служба по сути одно и тоже, и отдают предпочтение именно службе. Судя по всему, сколько я слышал и читал, сделав вывод, что это аргументируется тем, что это просто круче звучит: это же СЕРВИС, а не какая то там модель, значит что-то стоящее, и в глазах коллег, или падших наших пользователей это считается и расценивается как превосходство... Вообще ничего хорошего от этого нету!
Возвращаюсь к самой теме, служба - это всего лишь некий функционал, который может работать на уровне всего приложения. Разумеется, что на уровне всего приложения захочется сделать не только какой то безобидный функционал, а какую то услугу, но делать такое надо с умом, ибо это не основная задача службы, в результате чего, может пасть производительность.
К вопросу автора:
1. Использование шаблона проектирования MVC.
2. Проектирование на сервис-ориентированной архитектуре.
3. Проектирование на событийно-ориентированной архитектуре.
Есть ещё много вариантов, но копировать-вставить нету никакого смысла и желания, достаточно найти в поисковике "архитектура программного обеспечения".
В любом случае надо исходить из задачи, и подбирать лучшее инструменты для её решения.
