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 APIs work with serialized data (skill level, directory server status), some other APIs return or expect internal ids such as instrumentId or countryId.
Has this feature been discussed and generally agreed?
No.
Describe the solution you'd like
We should define how this is supposed to be.
Do we try to be user-friendly and serialize everything to a proper string so that the API and the implementation are rather disentangled?
Do we keep implementation overhead low and expose internal ids via the API?
Do we decide on a case-by-case basis?
As an API-person, I tend towards (1). It's also becoming obvious that making implementation details such as the countryId being a Qt5 QLocale::Country has downsides.
Describe alternatives that have been considered
See above.
The text was updated successfully, but these errors were encountered:
Some APIs work with serialized data (skill level, directory server status), some other APIs return or expect internal ids such as instrumentId or countryId.
Has this feature been discussed and generally agreed?
No.
Describe the solution you'd like
We should define how this is supposed to be.
As an API-person, I tend towards (1). It's also becoming obvious that making implementation details such as the countryId being a Qt5 QLocale::Country has downsides.
Describe alternatives that have been considered
See above.
The text was updated successfully, but these errors were encountered: