Add polymorphism support (based on discriminator)
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- api, backend, backend-api-design
Hướng nghiên cứu
Bắt đầu bằng cách đọc PropertyNameCollectionFactory và PropertyMetadataFactory, sau đó lần theo các đường dẫn của Serializer normalizer và schema generator được mô tả trong issue. Công việc được xem là hoàn tất khi các lớp con dựa trên discriminator serialize và deserialize các thuộc tính riêng của chúng, đồng thời hỗ trợ polymorphism OpenAPI được yêu cầu đã được tính đến.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description
This was already closed in https://github.com/api-platform/core/issues/2931, but I would like you to reconsider.
Since it's quite limiting not being able to use Doctrine's Inheritance mapping and OpenAPI has nowadays quite good polymorphism support thanks to discriminator, oneOf, anyOf etc, I believe it makes sense to reconsider support of this. At beginning, I think most people would be fine if APIP at least allowed serialization/deserialization of properties in subclasses. Schema generator could be adjusted later to generate things like this
Main issue I would like to solve is that serializer does not see properties from subclasses. After further debugging I found that PropertyNameCollectionFactory and PropertyMetadataFactory are responsible. However, these factories only accept $resourceClassand not an actual class that Serializer is serializing/deserializing, hence it's not possible to simply add own implementation of these factories.
Example
#[ApiResource()]
#[Doctrine\ORM\Mapping\Entity()]
#[Doctrine\ORM\Mapping\InheritanceType('SINGLE_TABLE')]
#[Doctrine\ORM\Mapping\DiscriminatorColumn('type', 'string')]
#[Doctrine\ORM\Mapping\DiscriminatorMap(self::DISCRIMINATOR_MAPPING)]
#[Symfony\Component\Serializer\Attribute\DiscriminatorMap('type', self::DISCRIMINATOR_MAPPING)]
abstract class DatasyncConnector {
private const array DISCRIMINATOR_MAPPING = ["SCIM" => SCIMConnector::class, "JSON" => JSONConnector::class];
public string $type;
}
{}
#[ORM\Entity()]
class SCIMConnector extends DatasyncConnector {
public ?string $foo = null;
}
#[ORM\Entity()]
class JSONConnector extends DatasyncConnector {
public ?string $bar = null;
}
Here, I expect serialization will result in
{"type": "SCIM", "foo": "string"}
or
{"type": "JSON", "bar": "string"}
Similarly, deserialization should accept (and write to) these properties
Further context
Currently, I have added support for this in application I'm maintaining by enabling allow_extra_attributes and implementing custom normalizer:
#[AutoconfigureTag('serializer.normalizer', ['priority' => 1])]
class DatasyncConnectorNormalizer implements NormalizerInterface, DenormalizerInterface
{
public function __construct(
#[Autowire(service: 'serializer.normalizer.object')]
private ObjectNormalizer $normalizer,
#[Autowire(service: 'api_platform.jsonld.normalizer.item')]
private AbstractNormalizer $jsonldNormalizer,
) {}
public function denormalize(mixed $data, string $type, ?string $format = null, array $context = []): mixed
{
return $this->normalizer->denormalize(
$data,
$type,
$format,
[
AbstractNormalizer::OBJECT_TO_POPULATE => $this->jsonldNormalizer
->denormalize($data, $type, $format, $context),
] + $context,
);
}
public function supportsDenormalization(
mixed $data,
string $type,
?string $format = null,
array $context = [],
): bool {
return true;
}
public function normalize(
mixed $data,
?string $format = null,
array $context = [],
): null|array|\ArrayObject|bool|float|int|string {
\assert($data instanceof DatasyncConnector);
$context['uri_variables'] = ['id' => $data->id];
return $this->jsonldNormalizer->normalize($data, $format, $context)
+ $this->normalizer->normalize($data, $format, $context);
}
public function supportsNormalization(mixed $data, ?string $format = null, array $context = []): bool
{
return true;
}
public function getSupportedTypes(?string $format): array
{
return [DatasyncConnector::class => true];
}
}
Even OpenAPI schema is adjusted thanks to implementing own OpenApiFactory which generates definitions for subclasses, then linking to them from resource like so
new GetCollection(openapi: new OpenApiOperation(responses: [
200 => new Response(content: new \ArrayObject(['application/ld+json' => [
'schema' => [
'type' => 'array',
'items' => [
'oneOf' => [
['$ref' => self::SCHEMA_PATH_PREFIX.'.jsonld-connector.output'],
['$ref' => self::SCHEMA_PATH_PREFIX.'.jsonld-connector.output_MS_GRAPH'],
],
'discriminator' => [
'propertyName' => 'type',
'mapping' => [
DatasyncConnectorType::SCIM->value
=> self::SCHEMA_PATH_PREFIX.'.jsonld-connector.output',
DatasyncConnectorType::JSON->value
=> self::SCHEMA_PATH_PREFIX.'.jsonld-connector.output',
DatasyncConnectorType::MS_GRAPH->value
=> self::SCHEMA_PATH_PREFIX.'.jsonld-connector.output_MS_GRAPH',
],
],
],
],
]])),
])),
- Ngôn ngữ chính
- PHP
- Star
- 2.6k
- Fork
- 989
- Merge trung bình
- 1 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 102
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của api-platform/core
-
JSON:API: resource schemas (`*.jsonapi`) have `properties` but no `type: object`Có thể đã có người làm @ousamabenyounes đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 80/100
api-platform/core#8701 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
JSON:API: `JsonApiCollectionBaseSchemaNoPagination` declares `data` as `type: array` without `items`Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
api-platform/core#8699 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
api:openapi:export --spec-version=3.0.0 outputs `webhooks`, which is invalid in OpenAPI 3.0Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
api-platform/core#8690 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
api-platform/core#8680 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
api-platform/core#8725 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của api-platform/core
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
grokability/snipe-it#19857 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 92/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Authentication / Authorization Feature: Volunteer
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
WordPress/mcp-adapter#399 ·
Maintainer thường phản hồi trong vòng 1 ngày