Allowing http cache validation

**Description**
We can easily set http cache expiration headers on resources endpoints, but why not cache validation ?

**Example**
``` diff
#[ApiResource(
itemOperations: [
'get' => [
'security_post_denormalize' => "is_granted('article.read', object)",
'cache_headers' => [
'max_age' => 60,
'shared_max_age' => 120,
+ 'last_modified' => 'object.getPublishedAt()',
+ 'etag' => 'object.computeEtag()',
],
],
],
)
```

which is equivalent to:

``` php
#[Cache(
maxage: 60,
smaxage: 120,
lastModified: 'data.getPublishedAt()',
etag: 'data.computeEtag()',
)]
public function __invoke(Article $data): Response
{
return $data;
}
```

Currently, we have to define a controller for each resource I want to cache, with an empty method (`return $data`) and a `@Cache` annotation. Unless I am missing something, or a better way to do that.

Beginnen Sie mit der ApiResource cache_headers-Konfiguration und vergleichen Sie sie mit dem vorhandenen Symfony-Cache-Annotationsbeispiel im Issue. Verfolgen Sie, wie max_age und shared_max_age auf Resource-Antworten angewendet werden, und bestimmen Sie anschließend, wo last_modified und etag unterstützt werden müssten. Die Aufgabe ist erledigt, wenn eine gleichwertige Cache-Validierung ohne einen benutzerdefinierten Controller funktioniert und die vorhandenen Ablauf-Einstellungen beibehält.

Vom Indexierungsmodell aus dem Issue-Text verfasst.