-
Notifications
You must be signed in to change notification settings - Fork 212
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
Change ElementProps acquisition to getInstance #6549
base: master
Are you sure you want to change the base?
Conversation
Instructions for correctly linking your PRs. Don't include "PR", and I'm not sure if it's case-sensitive. |
/azp run iTwin.js |
Azure Pipelines successfully started running 1 pipeline(s). |
Azure Pipelines successfully started running 1 pipeline(s). |
Can you be more specific?
Have you measured this? |
Waiting for iTwin/imodel-native#782 to be completed before advancing further. |
Currently blocked by iTwin/itwinjs-backlog#1162 |
This changes how we fetch ElementProps from the nativeDB. It allows bypassing the creation of a DgnElement on the native side and various json mapping adapters, which should result in both more accurate DB data representation and in some cases better Elements API performance (as explained in iTwin/imodel-native#782) by using InstanceReader for converting the data straight to an already parsed object.
To support this, a mapping function has been drafted that would allow all consuming applications to use the getInstance without the need to match the JSON representation to the accurate ElementProps extending interface.
Closes iTwin/itwinjs-backlog#1153