#
d48c2b25 |
| 07-Jan-2024 |
Andreas Gohr <andi@splitbrain.org> |
API: code style fixes
|
#
6cce3332 |
| 05-Jan-2024 |
Andreas Gohr <andi@splitbrain.org> |
Reworked API definition
This cleans up the API:
* no more compatibility with obsolete wiki API * no more difference between wiki.* and dokuwiki.* calls -> core.* * use of optional parameters avoids
Reworked API definition
This cleans up the API:
* no more compatibility with obsolete wiki API * no more difference between wiki.* and dokuwiki.* calls -> core.* * use of optional parameters avoids double definitions * use Response objects for complex results * always use named primitives as input * major cleanup of docblock descriptions
show more ...
|
#
1468a128 |
| 01-Dec-2023 |
Andreas Gohr <andi@splitbrain.org> |
Fix first set of API tests
|
#
42e66c7a |
| 30-Nov-2023 |
Andreas Gohr <andi@splitbrain.org> |
First go at refactoring the API mechanisms
This introduces an ApiCall class that wraps around the actual method that produces the result. This replaces various loose array structures that provided t
First go at refactoring the API mechanisms
This introduces an ApiCall class that wraps around the actual method that produces the result. This replaces various loose array structures that provided the meta information before.
The ApiCall streamlines the aggregation of meta information between core and plugin methods. Now all data is produced by Reflection based introspection. Certain aspects can be overridden if needed. See ApiCore::getRemoteInfo() for examples
This change removes the _getMethods() method from remote plugins and introduces a getMethods() method. The two are NOT compatible as the latter now returns a list of ApiCalls. However when looking at the existing plugins, it seems that _getMethods() was nearly 100% obsolete with the Reflection based default implementation. So most plugins will not be affected at all. Some might now export one or two more methods than before because of poor visibility settings (eg. not declaring private/protected methods as such).
This change removes the RPC_CALL_ADD hook. Only a single plugin ever implemented it. I'm not sure what this hook was supposed to do anyway. Being able to declare arbitrarily named API endpoints seems wrong to me anyway.
The new ApiCall now also supports passing named instead of positional parameters. This will open up a new opportunity to get a proper openapi spec running.
Next step is fixing the tests.
show more ...
|
#
6c16a3a9 |
| 14-Sep-2023 |
fiwswe <fiwswe@fwml.de> |
Use str_starts_with/str_ends_with
|
#
d4f83172 |
| 31-Aug-2023 |
Andreas Gohr <andi@splitbrain.org> |
code style: line breaks
|
#
8c7c53b0 |
| 30-Aug-2023 |
Andreas Gohr <andi@splitbrain.org> |
codestyle adjustments: class declaration braces
|
#
1490c177 |
| 29-Aug-2023 |
Andreas Gohr <andi@splitbrain.org> |
Apply rector fixes to inc/Extension and inc/Debug
|
#
27f63a23 |
| 21-May-2019 |
Andreas Gohr <andi@splitbrain.org> |
some more PSR2 cleanup
mostly overlong lines and more exclude patterns
|
#
e1d9dcc8 |
| 15-Jun-2018 |
Andreas Gohr <andi@splitbrain.org> |
First go at moving the plugin classes into their own namespace
|