-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Private interfaces in public API files #971
Comments
We triage inactive PRs and issues in order to make it easier to find active work. If this issue should remain active or becomes active again, please comment or remove the |
What are the tradeoffs of allowing this vs. disallowing? Is there any initial suggested direction here or context? |
I think this issue should probably be deferred until this issue becomes more pressing. |
On second thought, I think we should allow this. We already have an example in #1154 of things that can be used as requirements but can't be implemented, and requiring a private interface to be implemented would be a straightforward way to construct such a thing. This would be consistent with what we've already designed and not really a new feature. |
Leads seem good here too, let's call this decided as "yes we should allow this" as @josh11b's comment indicates. |
Filed #2003 to track the need for a proposal here. |
This is a question from #931 :
Should we allow a private interface to be declared in an API file to be referenced in a public named constraint available to users?
The text was updated successfully, but these errors were encountered: