I had the same question a few weeks ago And I think the fash sdk is optimized in this case as Scout didn't report any memory allocation
Le 14 nov. 2013 à 05:33, Alex Harui <aha...@adobe.com> a écrit : > > > On 11/13/13 8:23 PM, "labri...@digitalprimates.net" > <labri...@digitalprimates.net> wrote: > >>> No idea. I was trying to think of any danger of manipulating the >>> returned string if it is the original and not always a copy, but I can't >>> think of anything off-hand. >> >>> Is it much faster to add the check and return the original? >> >> >> Aren't AS strings immutable anyway? So, the method got a copy to begin >> with from the stack, but it is always a copy so, if the check is any >> faster, returning the original shouldn't be able to cause an issue. > I don't really know how it works. I think Strings are effectively > immutable because there is no "in-place" manipulation APIs (no setCharAt). > I don't think you get a copy on the stack, but I could be wrong, I > thought you just got the pointer/reference, but someone could verify that > with a profiler. I also don't know if there is a quick check inside > String.slice that returns the original if the indexes indicate the entire > string. > > -Alex >
