Easy Performance Improvements (Reducing lodash filter and shallow clone in hot path)

[winrid]

1. Lodash _.filter is about twice as slow as Array.filter, same with _.map if we need to just support taking a function as a filter.
2. _.clone() is much slower than {...obj}.
3. Tried to only change things in hot path and where risk seemed low, and limit logic changes.

[winrid]

Note that when I did this I didn't realize the API supported filters by lodash predicate objects - I didn't know people were doing that :)

So this would break the API in several places. Instead we should probably check the filter predicate type before calling into lodash, and otherwise use the native filter methods.

EDIT - fixed

[sparr]

Do you plan to add that check for filter predicate type?

[winrid]

@sparr I was going to, but then it sounded like it wasn't going to be merged. It folks want the change I will finish it.

[sparr]

The devs here haven't merged a lot of community contributions, especially lately, but they do take some. And PRs have value outside of being merged; you can find plenty of mention in other PRs of people using them on private servers despite them not being merged to the main repo.

[winrid]

Okay! I'll try to wrap it up tomorrow then if you want to use it :)

[sparr]

Full disclosure... I've run local servers for testing, but when I play online it will almost certainly be on the official servers. So don't implement this just for me, although I'd still appreciate seeing it available.

[winrid]

@sparr Done. I was able to move the optimization, and add safety checks, to utils. This also reduces the scope of changes from 18 files to 11 (10 + utils.js).

[winrid]

@artch This is done, if you are interested. However I am not able to run the tests yet due to node/python versions etc.