Refactor code generator and fix issue with services with multiple target domains

[FrankBakkerNl]

Proposed change

• Refactor codegen
• Handle CodeGen bug with Service Traget with multiple domains

Type of change

• Dependency upgrade
• Bugfix (non-breaking change which fixes an issue)
• New feature (which adds functionality to an existing integration)
• Breaking change (fix/feature causing existing functionality to break)
• Code quality improvements to existing code or addition of tests

Additional information

• This PR fixes or closes issue: fixes #
• This PR is related to issue:
• Link to documentation pull request:

Checklist

• The code change is tested and works locally.
• Local tests pass. Your PR cannot be merged unless tests pass
• There is no commented out code in this PR.
• I have followed the [development checklist][dev-checklist]
• The code compiles without warnings (code quality chek)
• Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

• Documentation added/updated for www.home-assistant.io

[helto4real]

Could consider HomeAssistantName or NameInHomeAssistant. It is a bit longer but more clear. Not a biggie!

[FrankBakkerNl]

This was the existing name, they are just re-ordered. Actually this whole class is a bit weird because it is just a slightly different view of the HassServiceField that is deserialized from the metadata. Maybe I will remove it in a future refactor

[helto4real]

Solid refactor I approve when I had the chance to test it and compare it to my own setup. Code quality is great as usual!

[helto4real]

I tested and it looks good. The discussion we had mapping unknown selectors to objects instead of strings seem more logical. I will approve this and you decide if sticking to string och change to object.