-
Notifications
You must be signed in to change notification settings - Fork 180
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
clarify service vs. extension #3926
Comments
Any clearance we make now, will avoid confusion and creative/challenging "explanations" later on. |
Renaming |
I support renaming |
So far, AFAIK we only have services that are bundled by default and make the functionality of oCIS. Extensions are optional for me, and could be maintained elsewhere as @dragonchaser says. So I support the rename as well. |
I agree with the arguments in the OP and support the rename as well. |
When going over the dev docs @mmattel noticed that I was referring to
ocdav
as a service, whereas most places use the termextension
. Even the folder containing all ocis extensions / services is calledextensions
. But what are we extending? The ocis platform? Currently, the ocis extensions provide the core functionality of ocis. There is a difference between these core extensions and actual extensions like a calender or contacts extension.@C0rby pointed out that all extensions we currently have are actually not really extensions, but services that make up the ocis platform.
While we could keep calling all ocis services extensions it would be clearer to call them ocis services. That would allow distinguishing them from ocis extensions which extend the ocis platform that in turn consists of at least the set of ocis services.
Would that mean we rename the
extensions
folder to services?@micbar @dragotin @dragonchaser @C0rby @kobergj @owncloud/pm thoughts?
The text was updated successfully, but these errors were encountered: