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
{{ message }}
This repository has been archived by the owner on Jan 19, 2024. It is now read-only.
It appears that general approach to uses can not be described by the spec in elegant way. Formally, uses is a property of Api, Library and fragment.
As everything can appear as fragment you have to possibilities of invloving uses into the spec:
Let all types have uses property.
For each type create a subtype with uses property
The first approach in not hundred percent correct as uses does not have sense for ordinary usages of most types.
The second approach overloads the spec.
Me and @petrochenko-pavel-a decided to allow all AST nodes provide their declaring fragment (API, Overlay, Library can also be viewed as fragment) represented by the Fragment interface:
interface Fragment{
//List of libraries used by the fragment
uses():UsesEntry[];
//AST node representing the fragment
node():BasicNode;
}
This approach allows access to RAML spec' uses from each node of AST tree. You can check it the newest Java interfaces I sent you.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
No description provided.
The text was updated successfully, but these errors were encountered: