¿Es IntentService una implementación del patrón de comandos?

Según Wikipedia :

"En la programación orientada a objetos, el patrón de comandos es un patrón de diseño de comportamiento en el que un objeto se utiliza para encapsular toda la información necesaria para realizar una acción o desencadenar un evento en un momento posterior.Esta información incluye el nombre del método, el objeto que posee El método y los valores para los parámetros del método. "

• Desventaja de MVP sobre patrón de diseño MVVM en android
• MVP, establecer la opinión del presentador de nulo en destruir?
• La clase Dagger no podía estar atada con la clave
• Android Dagger 2 y MVP se inyectan dentro de un objeto inyectado
• Inyección del presentador con Dagger 2

Y según el texto del profesor Schmidt , un comando tiene:

• Ejecución independiente del tiempo de la lógica de la aplicación. La encapsulación de la lógica de la aplicación permite hacer cola y ejecutarla en un momento diferente.
• Ejecución independiente del contexto de la lógica de la aplicación. La separación entre la lógica de la aplicación y el contexto permite ejecutar la aplicación en contextos separados, como en un hilo diferente o utilizando un estado diferente.
• Intercambiable de la lógica de la aplicación. La separación entre la lógica de la aplicación y el contexto permite intercambiar más fácilmente la lógica de la aplicación.

Si encapsula toda la información en un Intent , el onHandleIntent funciona como un método abstracto para el ejecutor de comandos, tal como se describe en el texto del patrón del procesador de comandos .

Por lo tanto, en lugar de implementar explícitamente al ejecutor para invocar un comando, simplemente delegar la ejecución del comando al sistema operativo.

Así que las preguntas son:

1. ¿Es IntentService la implementación del marco para el patrón de comando?
2. En caso afirmativo, ¿por qué algunas implementaciones de MVP de Android implementan explícitamente su propio ejecutor en lugar de usar el proporcionado por el marco?