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
rename create_empty to new (in fact mirrors 7.40 new operator behavior and "compatible" with it)
rename create_from to from
... or even deprecate it in favor of clone/filter/map
... however, there is a subtle case, when cloning can be done from a "mirror" of ajson, an "inetgrated ajson copy". E.g. abapgit_ajson or whatever other project which included ajson (maybe http_agent with ajson ...). I this case a passive method from can "guess" the source and map it to native ajson types. Not sure if it is really needed.
The text was updated successfully, but these errors were encountered:
I added new in #117. So it is there. create_empty will live for some time, we use it in our code base ... and actually in AG probably. By the way zcl_ajson is also create public now. So: zcl_ajson->new( ... ), create object zcl_ajson ... and 7.40 new zcl_ajson( ... ) do the same now (which is good :)
So, yeah, prefer those options and probably it makes sense to adjust AG code too. FYI @larshp
create vs new - yeah ... there are some conflicts, I confess. But new is better. :)
Maybe:
create_empty
tonew
(in fact mirrors 7.40new
operator behavior and "compatible" with it)create_from
tofrom
clone/filter/map
from
can "guess" the source and map it to native ajson types. Not sure if it is really needed.The text was updated successfully, but these errors were encountered: