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
Just want to gather some ideas to enhance the workflow when dealing with quality standards
1. Provide a function to list all available quality standards
Self-explaining, I guess...
2. Provide quality standard diff function
I think it would be nice to provide some functionality to compare different versions of the same standard. A real simple version would just compare the manifests and list the schema mapping differences. A more advanced version could also compare the schemas using compare_nested or a similar function to list the schema diffs. Theoretically, we could use the advanced version to also compare the differences between two individual quality standards. I think such a tool would be really beneficial for the end-user so that he doesn't have to figure out the differences by comparing schemas manually.
3. Wrap important static functions by free functions
Might be unnecessary, but I think for the user it is more convenient to just write enable_quality_standard(...) instead of Config.enable_quality_standard(...). Also helps to keep user code shorter ;)
4. add_quality_standard should accept path like objects
This way, the user can skip the creation of the quality standard object and just provide the path to it. add_quality_standard will create the object internally
The text was updated successfully, but these errors were encountered:
A diff tool for nested structures seems like good idea, we could use it all over the place. However it could be come tricky to implement for arbitrary types.
Just want to gather some ideas to enhance the workflow when dealing with quality standards
1. Provide a function to list all available quality standards
Self-explaining, I guess...
2. Provide quality standard diff function
I think it would be nice to provide some functionality to compare different versions of the same standard. A real simple version would just compare the manifests and list the schema mapping differences. A more advanced version could also compare the schemas using
compare_nested
or a similar function to list the schema diffs. Theoretically, we could use the advanced version to also compare the differences between two individual quality standards. I think such a tool would be really beneficial for the end-user so that he doesn't have to figure out the differences by comparing schemas manually.3. Wrap important static functions by free functions
Might be unnecessary, but I think for the user it is more convenient to just write
enable_quality_standard(...)
instead ofConfig.enable_quality_standard(...)
. Also helps to keep user code shorter ;)4.
add_quality_standard
should accept path like objectsThis way, the user can skip the creation of the quality standard object and just provide the path to it.
add_quality_standard
will create the object internallyThe text was updated successfully, but these errors were encountered: