Consolidate module sample into one, and add reconnection logic

[abhipsaMisra]

Link to readme: https://github.com/Azure-Samples/azure-iot-samples-csharp/tree/abmisr/moduleSample/iot-hub/Samples/module/ModuleSample

The reconnection logic and sample structure is the same as the DeviceReconnectionSample. I've added some additional setup info and code snippet into the readme (to help people who simply want to check the API usage, and not a complete module simulation).

[drwill-ms]

worth talking about which classes of exceptions one might expect, and what app behavior is required based on that. Meaning, you might retry, reinit your client, or quit.

[abhipsaMisra]

Good point, how about I add a link to our sample where we handle the most common cases?

[drwill-ms]

Elaborate?

[abhipsaMisra]

We touch on those in the section "Module reconnection" below. I feel that if we add those instructions here again, it might be repetitive.
I don't necessarily want to list exceptions based on operation - i.e. you might see these exceptions while sending telemetry - since the list might not be exhaustive (we'd don't have an operation: exception mapping yet).

Thoughts?

[drwill-ms]

What samples were consolidated?

[drwill-ms]

I lament we copy code from another sample, meaning we'll need to update it in multiple places. What do you think about making a sample helper library for common stuff?

[abhipsaMisra]

What samples were consolidated?

The module messaging sample, and the module twin sample.

[abhipsaMisra]

I lament we copy code from another sample, meaning we'll need to update it in multiple places. What do you think about making a sample helper library for common stuff?

I totally agree, although, we might be better off consolidating it as a part of the "samples-refresh", what do you think?

• We can take in the messaging code, the twin update code, etc as sub-modules; and refer to it in both the samples.
• We can create a pluggable client, which performs these operations, and pass in a device client/ module client as required.

I think we might come up with more ideas as we clean up the samples, and that might help us in getting to a better (more efficient/ cleaner) approach.