DoctorReport
En qué estado arquitectónico está una app, como VALOR. Un valor y no una impresión, por lo mismo que el resto de esta familia (ADR-0035): así el mismo diagnóstico sirve para una terminal, para un TUI y para un agente sin que ninguno tenga que parsear lo que otro imprimió. Y sobre todo: así se puede probar sin capturar salida.
DoctorReport::__construct()
public function __construct(array $plugins = [], array $unreadable = [], array $missing = [], array $errors = [], bool $graphCloses = true):Parameters
| Name | Type | Description |
|---|---|---|
| $plugins | list<array{name: string, version: string, provides: list<string>, requires: list<string>}> | los que sí se pudieron leer |
| $unreadable | list<string> | los declarados que no se pudieron leer, con su motivo — el fallo más común de todos |
| $missing | list<array<string, mixed>> | capacidades que nadie provee |
| $errors | list<array<string, mixed>> | la forma aprendible del resolver: código, por qué, arreglos y acciones aplicables |
| $graphCloses | bool |
DoctorReport::ok()
public function ok(): boolSi esta app puede arrancar así. Un plugin ilegible cuenta como que NO: el kernel lo va a intentar cargar igual, y contestar que todo está bien porque el grafo de los legibles cierra sería el peor de los diagnósticos — tranquiliza sobre lo que sí falla.