Organize library as individual files/blueprints like the HA Switch Manager integration

[TheAgentK]

Checklist

• I have filled out the template to the best of my ability.
• This only contains 1 feature request (if you have multiple feature requests, open one feature request for each feature request).
• This issue is not a duplicate feature request of previous feature requests.

Is your feature request related to a problem? Please describe.

Local changes to the library are overwritten by an update.

Describe the solution you'd like

The HA Integration Switch Manager uses blueprints and individual files per device. https://github.com/Sian-Lee-SA/Home-Assistant-Switch-Manager#blueprints

This means that the self-created devices are not overwritten during an update and the devices would be easier to maintain.

Perhaps this feature could also be implemented with feature #88

Describe alternatives you've considered

Without using the HA Blueprint folder, individual files per device would be a big improvement.

Additional context

no additional context

[andrew-codechimp]

I'd be concerned about the disk activity at discovery if every device had its own file but something I have considered is having a config option to specify an additional user devices json to merge so you can maintain your own library.
I already have a config option to use an alternative library which I use for debug purposes, I'd just need to work on the merge rather than replace.

I'd suggest the title be changed to "Allow user device library"

[TheAgentK]

I think the blueprints for Switch Manager only become active after a restart of Home Assistant. So I don't think they are loaded on-the-fly. Therefore the hard disk activity should not be a problem.

Quote from the Switch Manager documentation:

Once a blueprint file or image file has been created or edited then you will need to either call the switch_manager.reload service or restart Home Assistant for the changes to take effect.

[andrew-codechimp]

Switch Manager has a lot more info per device and fewer devices. This isn't a direction I want to go in for the battery library.