Refactor TaikoDifficultyCalculator and add DifficultStrain attributes

[Lawtrohux]

First split out of the major PR. Includes

• Refactor HitObject creation, cleaner list as more things will be included
• Introduce CountDifficultStrains as an attribute
• Move p_norm into DifficultyCalculationUtils

[YaniFR]

lgtm, acc scaling shift was approved by the community on huismetbenen prior

[bdach]

Why are refactors being bundled with actual changes? Surely refactoring should be split out separately out of any actual adjustments to prevent undesirable changes?

[Lawtrohux]

Why are refactors being bundled with actual changes? Surely refactoring should be split out separately out of any actual adjustments to prevent undesirable changes?

Specifically because in the bundling of pr's we had a separate smoogisheet created purely for the refactor values, as well as a huismet link, and because I didn't want to create a pr solely for increasing the accuracy scale shift to 400, which was it's previous value before the current deploy to provide a good base for future changes.

[bdach]

I'm going to pretend I saw nothing and trust in your judgement. Please do not disappoint.

[tsunyoku]

Similar to bdach's comments, I'm a little bit apprehensive about calling this a "refactor" PR when we're refactoring as well as removing existing penalties, adding new difficulty attributes and changing accuracy scaling. I'd be much happier if we could split this into 3:

• Refactors (anything which doesn't change difficulty/pp values)
• Accuracy scaling change
• Convert penalty change

It might seem overkill but especially given the result of last deploy it'd be nice if we could easily pull these things out where necessary. It would also allow for sheets with isolated diff so we can find any points of failure more easily.