Support multiple CDK types in package metadata #900
Description
Following the discussion on this issue - cdklabs/construct-hub#717
We have discovered a use case for multiple cdk types, so we need to support the functionality! This task should support receiving the CDK type metadata as an array, and for backwards compatibility, map the existing metadata to an array.
Acceptance Criteria:
- Webapp should support constructs with multiple cdk types listed in metadata
- Constructs with multiple cdk types should be visible in search results filtered by any cdk type the construct is associated with. (E.g library foo has cdk8s and cdktf, so it should show in the results for cdk8s or cdktf)
- Constructs with multiple CDK types should have a badge that reads "Multi-CDK". When hovered, they should display a tooltip that enumerates the CDK types and versions supported