-
Notifications
You must be signed in to change notification settings - Fork 19.6k
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
[Feature] Why is the use()
extension mechanism not mentioned in the official documentation?
#17313
Comments
It's mentioned at https://echarts.apache.org/api.html#echarts.use. What information are you expecting to get more? |
I'm concerned with how to extend echarts instead of using |
Got it. But I'm afraid you have to read the source to learn about the related usage. We have no available documentation to indicate so many internal APIs yet. |
Actually, I'm just trying to figure out why this extension mechanism API is not mentioned in the official documentation. If it's just because the maintenance team doesn't have time to write documentation, there's nothing to worry about. However, if the APIs seen from the source code are not officially recommended, is there a big risk in using these APIs? In other words, I see from the source code that the |
The APIs mounted in the global |
Ok, I see. Thank you very much for your prompt reply. To say some digressions, after a preliminary understanding, it is a good mechanism to use the |
What problem does this feature solve?
An official plugin/extension mechanism with safer and more flexible extension capabilities.
What does the proposed API look like?
When viewing the source code, the
use()
API provides a good extension mechanism and is fully used in the source code.Why is it not mentioned in the official documentation? Or is it that I didn't find it? I have only got very limited information from the documentation for the import on demand section.
The text was updated successfully, but these errors were encountered: