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
This inverts the standard Java pattern where the interface should define all contracts that must be implemented by the underlying concrete classes (including other interfaces) so that you can use the interface interchangeably with the underlying datatype when possible.
Instead, the generated interface should also extend IExtendedResourceShape:
Sound reasonable. The main reason I introduced interfaces was to implement multiple inheritance, which was needed for very specific use cases in Lyo Designer.
So we need to test this suggestion in those scenarios when FOO extends ResourceA, but also implement IResourceB and IResourceC
Given a ResourceShape
Foo
, the following are generated:This inverts the standard Java pattern where the interface should define all contracts that must be implemented by the underlying concrete classes (including other interfaces) so that you can use the interface interchangeably with the underlying datatype when possible.
Instead, the generated interface should also extend
IExtendedResourceShape
:The text was updated successfully, but these errors were encountered: