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
big changes i want to do before releasing 1.0.0 version. i want to support records for objects returned by discord to improve the dev experience for the kotlin module (currently, object getters don't have standard getter names, so kotlin property syntax isn't available for them). this means i'd probably have to upgrade the build to at least java 17.
additionally, i want to try out using jackson polymorphism for message components and possibly application command options.
also need to try to improve the java builder syntax for creating / bulk overwriting application commands as it's very clunky compared to the kotlin dsl.
i also need to improve the experience for creating and parsing application command interaction data option and application command option choice values, and for parsing audit log change values (as they all rely on JsonNode). i'll likely have to wrap some of these into higher-level objects to improve usability or somehow use jackson polymorphism to get rid of the JsonNode requirement.
the java builders could also benefit from some custom with-er methods to improve the syntax but i'd have to migrate away from immutables or further mess with the fork to accomplish this.
some of the serializable json objects, like the MessageEmbed sent in message requests, accept some optional values that can't actually be serialized in requests and are only sent on responses. i can either create a different type and users would have to deal with converting them, or just leave it as is (the latter of which i'm leaning towards).
The text was updated successfully, but these errors were encountered:
big changes i want to do before releasing 1.0.0 version. i want to support records for objects returned by discord to improve the dev experience for the kotlin module (currently, object getters don't have standard getter names, so kotlin property syntax isn't available for them). this means i'd probably have to upgrade the build to at least java 17.
additionally, i want to try out using jackson polymorphism for message components and possibly application command options.
also need to try to improve the java builder syntax for creating / bulk overwriting application commands as it's very clunky compared to the kotlin dsl.
i also need to improve the experience for creating and parsing application command interaction data option and application command option choice values, and for parsing audit log change values (as they all rely on
JsonNode
). i'll likely have to wrap some of these into higher-level objects to improve usability or somehow use jackson polymorphism to get rid of theJsonNode
requirement.the java builders could also benefit from some custom
with
-er methods to improve the syntax but i'd have to migrate away from immutables or further mess with the fork to accomplish this.some of the serializable json objects, like the
MessageEmbed
sent in message requests, accept some optional values that can't actually be serialized in requests and are only sent on responses. i can either create a different type and users would have to deal with converting them, or just leave it as is (the latter of which i'm leaning towards).The text was updated successfully, but these errors were encountered: