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
I'm currently working on adding podcast namespace support (also mentioned in #137) and was wondering about the requirements for new extensions.
After seeing that the fields are public, I found #71 and #94. I understand that keeping getters and setters is important for existing structs to ensure backwards compatibility. But are they also needed for newly added extensions? For consistency, I assume the answer is probably yes but just want to make sure because that's a lot of redundant code.
The text was updated successfully, but these errors were encountered:
Both options (to have public fields or to have private fields and getters/setters) have pros and cons. Unfortunately the crate was released as 1.x and later as 2.x. Picking one of the sides will require to release a new major version.
So, there is no better choice (yet) but to use public fields together with getters/setters (and derived builders, and serde traits).
Thank you for this library!
I'm currently working on adding podcast namespace support (also mentioned in #137) and was wondering about the requirements for new extensions.
After seeing that the fields are public, I found #71 and #94. I understand that keeping getters and setters is important for existing structs to ensure backwards compatibility. But are they also needed for newly added extensions? For consistency, I assume the answer is probably yes but just want to make sure because that's a lot of redundant code.
The text was updated successfully, but these errors were encountered: