Improve module calculation

[zzh8829]

This PR adds speed-related module calculation into the module autofill.
The main motivation is that previously bio/alien modules did not work with autofill because they only provide speed stats and have no effect on productivity or energy.

This PR uses the cost of buildings as a way to model the benefit of using speed-related modules.
From my testing, it works well with pY and vanilla.

In vanilla, a speed module is preferred only when the payback time is less then an hour. After that, the Efficiency Modules are preferred, which is similar to the behavior before this PR.

[shpaass]

Updated wording of the PR

[DaleStan]

It's unfortunate, IMO, that this still has the behavior where the best module for a vanilla automation pack is efficiency, not prod, but that's not a regression.
It also has unexpected behavior with Bob's modules (Excluding god modules: project, game), where it upgrades from speed 7 to pure speed 5.

I can't immediately come up with a rigorous way to prevent either of these, but I'm tossing them out there to see if you have any ideas.

Requesting changes for the 0 => NegativeInfinity change and the whitespace, unless someone has good ideas on fixing the above problems.

Also, please add a line to the changelog.

[shpaass]

Rebased on fresh master and added a prefix to the commit message.

[shpaass]

Rebased on fresh master

[shpaass]

Squashed fixes and applied dotnet format. Then rebased on fresh master.