You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Revisit current calculation logic since .NET and Java has some extra logic.
Java's requirements:
Usage calculation should consider visibility
If a model is only used in a read-only property, despite the property from a round trip model, the model should be labeled with usage input.
Body model of patch method with "application/merge-patch+json" content type should be excluded when usage calculation. But patch method with "application/json" content type should not. Finished with [tcgc] add UsageFlags.JsonMergePatch #455
Method with multiple content types should be excluded when usage calculation.
.NET requirements:
Same as Java 2
Same as Java 3
The text was updated successfully, but these errors were encountered:
@tadelesh is visibility still a requirement? I think there's some design that needs to happen there, we shouldn't just directly add visibility to Usage, I'm not sure that's the right course of action
@tadelesh is visibility still a requirement? I think there's some design that needs to happen there, we shouldn't just directly add visibility to Usage, I'm not sure that's the right course of action
talked with java and .net folks, we all agree to keep current impl. after typespec has native visibility support, we could change the logic.
close this issue since no further asks about usage.
Revisit current calculation logic since .NET and Java has some extra logic.
Java's requirements:
If a model is only used in a read-only property, despite the property from a round trip model, the model should be labeled with usage input.
.NET requirements:
The text was updated successfully, but these errors were encountered: