Skip to content
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

Explain issues with subclassing from a reuse perspective #4

Open
matthiaspalmer opened this issue Nov 25, 2024 · 1 comment
Open

Explain issues with subclassing from a reuse perspective #4

matthiaspalmer opened this issue Nov 25, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@matthiaspalmer
Copy link
Collaborator

Contact Details (Optional)

No response

What benefits does the suggestion solve?

The need for application profiles can be challenged. Another option could just to rely on OWL and introducing new subclasses when there is a new need. However there are problems with this approach, they should be described.

Feature suggestion description

Describe the problem with subclassing in a distributed environment that also relies on the open world assumption.
Why does not OWL sovle this.

Alternative solutions (Optional)

No response

Additional information (Optional)

No response

@matthiaspalmer matthiaspalmer added the enhancement New feature or request label Nov 25, 2024
@oelrich
Copy link

oelrich commented Nov 26, 2024

I was looking at the https://github.com/diggsweden/interoperable-specifications/blob/main/docs/background.md#the-cost-of-subclassing section after the call to action to see if it could be improved. It feels a bit like it doesn't belong in the background section. Since it's a bit opinionated regarding how to write interoperable specifications, perhaps it could be extracted into a style guide-type document? That could go a bit deeper into why sub-classes man not be optimal and how to handle various common designs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants