More accurate tuple types

[jonaslagoni]

Reason/Context

Say we have this:

    "tags": {
      "type": "array",
      "items": [{type: string}, {type: boolean}],
      "additionalItems": true
    },

It would currently generate this:

private _tags?: (string | boolean | any)[];

But the more accurate type would be this:

private _tags?: [string, boolean, ...any[]];

I think we should be able to define tuple models with additionalItems, so that each output can decide the most accurate representation it can do. For example, in most languages, it would probably be just a generic array type, but in others where possible, they can be as precise as possible.

[janachinna]

Hey @jonaslagoni , Currently when i try to generate the List using KotlinFileGenerator it always generates with List. Does this enhancement fixes that issue?

[jonaslagoni]

What types are you expecting for tuples in Kotlin @janachinna?

[janachinna]

@jonaslagoni Instead of Any, it should use the type mentioned in the async spec file. Eventhough the items spec is referring to a schema object it always generates List<Any> Where as It should generate List<T> Where T is the type of object mentioned in the spec file.

        Foo:
          type: array
          items:
            $ref: '#/components/schemas/Bar'
         Bar:
          type: object
          properties:
             id:
               type: number
             name:
               type: string

This should generate List<Bar> inside Foo. But it generates List<Any> inside Foo.

[jonaslagoni]

@janachinna ahh, yea that's a bug that #1140 is fixing, it will be released as part of v2.

To work around this bug you could do this:

        Foo:
          type: array
          additionalItems: false
          items:
            $ref: '#/components/schemas/Bar'

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity 😴

It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.

There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.

Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.

Thank you for your patience ❤️