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
Some additional points. Using a tree-structured resource management model involves more than just concatenating datasource_id and product_id together. For instance:
Replace the previous calls to encodePath, decodePath with standard posix-style path libraries (in browser environments, these libraries can be used by configuring the packager, and the same consideration should be given when packaging plugins as IIFE).
Consider alternative methods for provideTicks.
Consider alternatives for decodePath within provideDataSeries.
After simplifying GSR into two fields, should it be directly merged into the IProduct interface? Or has it become meaningless altogether?
We will never again seek to impose any requirements on the path format of product_id.
We will never demand to extract any structured information from the hierarchical path of product_id.
Therefore, the specific structure within the product_id path is no longer important; what matters is:
Establishing jurisdiction. Each vendor is responsible for offering a portion of the products.
Determining hierarchical and kinship relationships for certain classification statistics and data consumption.
To accommodate the limited capacity of the human brain, allowing for the management of the vast amount of diverse product information by breaking it down.
Describe the feature
Make all product ID unique for global.
Embed datasource_id into product_id field.
Why do you need this feature?
Additional context
No response
The text was updated successfully, but these errors were encountered: