Hey!
Not english native here.
I don’t really know too much about the way of implementing a good code so I decided to ask it here:
*Does less actions per frame from the Timer API performs better than the Enter Frame/Runtime?
If not,
*what’s the cost of doing it?
Maybe it is a little newbie my question but I need answers, please.
timer.performWithDelay() actually uses an enterFrame listener. Because it has to handle a lot of different uses, there is probably a little more overhead with timer.performWithDelay() than writing your own enterFrame listener. If your app so CPU bound that this matters, going with an enterFrame listener would make sense, but you end up having to write more code than the convenience of timer.performWithDelay(). It comes down to device efficiency vs. developer efficiency.
Rob
timer.performWithDelay() actually uses an enterFrame listener. Because it has to handle a lot of different uses, there is probably a little more overhead with timer.performWithDelay() than writing your own enterFrame listener. If your app so CPU bound that this matters, going with an enterFrame listener would make sense, but you end up having to write more code than the convenience of timer.performWithDelay(). It comes down to device efficiency vs. developer efficiency.
Rob