Pass more bonjour details to module in `bonjour-device` configuration fields.

[phillipivan]

Since a module can now specify an array of bonjour queries to companion, it would be useful it companion passed back details of the bonjour announcement.

Specific use case:

I am working on a module which has queries for both tcp and udp protocols. I think if a user has selected a discovered bonjour device then the user shouldn't have to manually tell the module which protocol to connect with, nor should the module have to figure it out by trial an error or some other convoluted means.

In other cases it may be useful to know exactly which model of a device type has been selected.

The simple solution is to expand the returned string:
Since the returned string is colon separated, and typically handled with something like const [host, port] = config.bonjourDevice.split(':') the returned string could be expanded to something likehost:port:protocol:type:txtfields. This is probably fairly safe, but by no means is backwards compatibility certain. At any rate any required fixes would be simple, and the architectural changes equally so (I hope).

[Julusian]

I've been wondering about adding some/a mode to the field so that it provides an object of stuff instead. then it becomes an opt-in thing and only has potential for breaking for modules which have opted in to this behaviour (easy to handle by checking if you have a string or object)

I dont really know what is useful to have though, or if this should be granular at all?

[phillipivan]

Yep that would also be viable. I think all the fields should be returned.

Right now I want to distinguish between these two, because obviously I will need to handle them differently:

		"bonjourHost": [
			{
				"type": "oca",
				"protocol": "tcp",
				"addressFamily": "ipv4"
			},
			{
				"type": "oca",
				"protocol": "udp",
				"addressFamily": "ipv4"
			}
		]

But it seems plausible to me that other modules could use the txt fields to distinguish between different supported models, or device firmware versions.

I guess the returned object would have a shape like:

		{
				"host": string,
				"port": number,
				"type": string,
				"protocol": "tcp" | "udp",
				"txt": Record<string, string | number | boolean>
		}