If you liked what you've learned so far, dive in!
Subscribe to get access to this tutorial plus
video, code and script downloads.
With a Subscription, click any sentence in the script to jump to that part of the video!
Login SubscribeAlgunos de nuestros tesoros de dragón están publicados y otros no. Eso es gracias a DragonTreasureFactory
, donde publicamos aleatoriamente algunos pero no otros.
Ahora mismo, la API devuelve hasta el último tesoro dragón. En el futuro, haremos que nuestra API devuelva automáticamente sólo los tesoros publicados. Pero para empezar, al menos hagamos posible que nuestros clientes de la API puedan filtrar los resultados no publicados si lo desean.
¿Cómo? Aprovechando los filtros. API Platform viene con un montón de filtros incorporados que te permiten filtrar las colecciones de resultados por texto, booleanos, fechas y mucho más.
Funciona así: sobre tu clase, añade un atributo llamado ApiFilter
.
Normalmente hay dos ingredientes que debes pasarle. El primero es qué clase de filtro quieres utilizar. Y si miras la documentación, hay un montón de ellas, como una llamada BooleanFilter
que utilizaremos ahora y otra llamadaSearchFilter
que utilizaremos dentro de unos minutos.
Pasa este BooleanFilter
-el de ORM
, ya que estamos utilizando el ORM Doctrine- porque queremos permitir al usuario filtrar en un campo booleano.
Lo segundo que tienes que pasar es properties
a una matriz de los campos o propiedades en los que quieres utilizar este filtro. Establécelo en isPublished
:
... lines 1 - 4 | |
use ApiPlatform\Doctrine\Orm\Filter\BooleanFilter; | |
... lines 6 - 38 | |
BooleanFilter::class, properties: ['isPublished']) ( | |
class DragonTreasure | |
{ | |
... lines 42 - 164 | |
} |
¡Muy bien! Vuelve a la documentación y comprueba la ruta de recolección GET. Cuando probemos esto... ¡habrá un nuevo campo isPublished
! Primero, pulsa "Ejecutar" sin configurarlo. Cuando nos desplacemos hasta abajo, ¡ahí lo tenemos!hydra:totalItems: 40
. Ahora establece isPublished
en true
e inténtalo de nuevo.
¡Sí! Tenemos hydra:totalItems: 16
. ¡Está vivo! Y comprueba cómo se produce el filtrado. Es muy sencillo, mediante un parámetro de consulta: isPublished=true
. Y la cosa se pone más chula. Mira la respuesta: tenemos hydra:view
, que muestra la paginación y ahora también tenemos un nuevo hydra:search
. Sí, la API Platform documenta esta nueva forma de buscar directamente en la respuesta. Dice:
Oye, si quieres, puedes añadir un parámetro de consulta
?isPublished=true
para filtrar estos resultados.
Bastante guay.
Ahora bien, cuando lees sobre filtros en los documentos de la API Platform, casi siempre los muestran encima de la clase, como hemos hecho nosotros. Pero también puedes poner el filtro encima de la propiedad a la que se refiere.
Observa: copia la línea ApiFilter
, elimínala y baja a $isPublished
. Pégala encima. Y ahora, ya no necesitamos la opción properties
... API Platform lo resuelve por sí sola:
... lines 1 - 38 | |
class DragonTreasure | |
{ | |
... lines 41 - 68 | |
BooleanFilter::class) ( | |
private bool $isPublished = false; | |
... lines 71 - 164 | |
} |
¿El resultado? El mismo que antes. No lo probaré, pero si echas un vistazo a la ruta de la colección, sigue teniendo el campo de filtro isPublished
.
¿Qué más podemos hacer? Otro filtro realmente útil es SearchFilter
. Hagamos que sea posible buscar por texto en la propiedad title
. Esto es casi lo mismo: encima de $title
, añade ApiFilter
. En este caso queremos SearchFilter
: de nuevo, coge el del ORM. Este filtro también acepta una opción. Aquí puedes ver que, además de properties
, ApiFilter
tiene un argumento llamado strategy
. Eso no se aplica a todos los filtros, pero sí a éste. Establece strategy
en partial
:
... lines 1 - 5 | |
use ApiPlatform\Doctrine\Orm\Filter\SearchFilter; | |
... lines 7 - 39 | |
class DragonTreasure | |
{ | |
... lines 42 - 48 | |
SearchFilter::class, strategy: 'partial') ( | |
private ?string $name = null; | |
... lines 51 - 166 | |
} |
Esto nos permitirá buscar en la propiedad title
una coincidencia parcial. Es una búsqueda "difusa". Otras estrategias son exact
, start
y más.
¡Vamos a intentarlo! Actualiza la página de documentos. Y... ahora la ruta de la colección tiene otro cuadro de filtro. Busca rare
y pulsa Ejecutar. Veamos, aquí abajo... ¡sí! Al parecer, 15 de los resultados tienen rare
en algún lugar de title
.
Y de nuevo, esto funciona añadiendo un simple ?name=rare
a la URL.
Oh, hagamos también que se pueda buscar en el campo description
:
... lines 1 - 5 | |
use ApiPlatform\Doctrine\Orm\Filter\SearchFilter; | |
... lines 7 - 39 | |
class DragonTreasure | |
{ | |
... lines 42 - 48 | |
SearchFilter::class, strategy: 'partial') ( | |
private ?string $name = null; | |
... lines 51 - 53 | |
SearchFilter::class, strategy: 'partial') ( | |
private ?string $description = null; | |
... lines 56 - 167 | |
} |
Y ahora... ¡también aparece en la API!
SearchFilter
es fácil de configurar... pero es una búsqueda difusa bastante simple. Si quieres algo más complejo -como ElasticSearch- API Platform lo admite. Incluso puedes crear tus propios filtros personalizados, cosa que haremos en un futuro tutorial.
Muy bien: a continuación, veamos dos filtros más: uno sencillo y otro extraño... Un filtro que, en lugar de ocultar los resultados, permite al usuario de la API ocultar determinados campos en la respuesta.
Hi,
when you want to activate filters for all booleans by default in your resource you need to only put:#[ApiFilter(BooleanFiler::class)]
above class and of course, remember about proper 'use' statements.
Jakub
I see that there are 2 classes BooleanFilter, one for mangoDB(ODM) and one for MySQL5(ORM), how would i make my application support both of them?
Hey @Wael-G
I'm not sure about the answer but your application will run on two different databases?
In that case, I think you would have to implement some sort of a "select database" system and remember that option somehow (perhaps in cache). Then, any service communicating to the DB will have to check that config and use the corresponding DB. I'm not sure if there are bundles that can help you with it
Oh, also, you'll have to set up Doctrine to work with multiple databases https://symfony.com/doc/current/doctrine/multiple_entity_managers.html
I hope it helps. Cheers!
// composer.json
{
"require": {
"php": ">=8.1",
"ext-ctype": "*",
"ext-iconv": "*",
"api-platform/core": "^3.0", // v3.0.8
"doctrine/annotations": "^1.0", // 1.14.2
"doctrine/doctrine-bundle": "^2.8", // 2.8.0
"doctrine/doctrine-migrations-bundle": "^3.2", // 3.2.2
"doctrine/orm": "^2.14", // 2.14.0
"nelmio/cors-bundle": "^2.2", // 2.2.0
"nesbot/carbon": "^2.64", // 2.64.1
"phpdocumentor/reflection-docblock": "^5.3", // 5.3.0
"phpstan/phpdoc-parser": "^1.15", // 1.15.3
"symfony/asset": "6.2.*", // v6.2.0
"symfony/console": "6.2.*", // v6.2.3
"symfony/dotenv": "6.2.*", // v6.2.0
"symfony/expression-language": "6.2.*", // v6.2.2
"symfony/flex": "^2", // v2.2.4
"symfony/framework-bundle": "6.2.*", // v6.2.3
"symfony/property-access": "6.2.*", // v6.2.3
"symfony/property-info": "6.2.*", // v6.2.3
"symfony/runtime": "6.2.*", // v6.2.0
"symfony/security-bundle": "6.2.*", // v6.2.3
"symfony/serializer": "6.2.*", // v6.2.3
"symfony/twig-bundle": "6.2.*", // v6.2.3
"symfony/ux-react": "^2.6", // v2.6.1
"symfony/validator": "6.2.*", // v6.2.3
"symfony/webpack-encore-bundle": "^1.16", // v1.16.0
"symfony/yaml": "6.2.*" // v6.2.2
},
"require-dev": {
"doctrine/doctrine-fixtures-bundle": "^3.4", // 3.4.2
"symfony/debug-bundle": "6.2.*", // v6.2.1
"symfony/maker-bundle": "^1.48", // v1.48.0
"symfony/monolog-bundle": "^3.0", // v3.8.0
"symfony/stopwatch": "6.2.*", // v6.2.0
"symfony/web-profiler-bundle": "6.2.*", // v6.2.4
"zenstruck/foundry": "^1.26" // v1.26.0
}
}
In the "Script" version of this tutorial, you forgot the call to ApiFilter class here: