Skip to content

Consider creating separate C# decorator package to avoid dependency issues #8984

@JoshLove-msft

Description

@JoshLove-msft

With the new dynamicModel decorator, if we start adding this to Azure specs, we will need to make the rest specs repo depend on the unbranded emitter. This means we would need to upgrade the unbranded emitter as soon as a new TypeSpec version is released which would vastly accelerate our current SLA. An alternative would be to have a separate package that holds any decorators that we are shipping as this would be much easier to upgrade.

Metadata

Metadata

Assignees

No one assigned

    Labels

    emitter:client:csharpIssue for the C# client emitter: @typespec/http-client-csharp

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions