Вместо этого я нашел другое определение для объекта службы, которое описывается как интерфейс для конкретных классов, которые собираются предоставить определенную службу через это определение API, установленное интерфейсом.
Статья о Микросервисы > Ссылка Определение для сервисного объекта:
3: Многие объектно-ориентированные дизайнеры, в том числе и мы, используют термин «объект обслуживания» в смысле «Управляемый доменом» для объекта, который выполняет значительный процесс, не связанный с объектом. Это отличается от того, как мы используем «сервис» в этой статье. К сожалению, термин «служба» имеет оба значения, и мы должны жить с многозначностью.
Что я понимаю здесь, это не технический аспект, как определение его как «интерфейса», а скорее концепция дизайна, которую он описывает. Я также понимаю service object
просто область класса, как и его ответственность. Поэтому, если вы разрабатываете веб-приложения, у вас может быть служебный объект SecurityService
, который является компонентом SecurityController
. Контроллер вызывает службу для фактической обработки служб безопасности (домена).