Feature Request: Create more robustness in configuration

[MCKRUZ]

Currently when trying to use libraries like MSAL and other parts of the Agents framework it requires us to setup our appsettings.json a certain way with certain settings.

One example of where this is done is when calling the "AddDefaultMsalAuth" method where you have to send in a configuration section for "MSALConfiguration".

Most of my enterprise level applications have custom configuration code where we inject various configurations from different locations and variations. Rather then have the libraries pull directly from configuration could we possibly have an option to send in the variables directly? I find myself having to write code to dynamically create configuration sections on the fly to do translations to just use the libraries.

[tracyboehrer]

@MCKRUZ MSALConfiguration in optional. But what you want is a way to set those programmatically instead of via config?

[MCKRUZ]

Correct. It's not only in the MSALConfiguration though it's all over the Agent framework. For example I had to create my own version of the ConfigurationConnections class in order to make it so I didn't have to setup my appsettings.json in a certain manner. That class takes in a IConfiguration object which directly pulls from the appsettings. I try whenever possible to not recreate code that Microsoft has already built since then I have to watch for any changes you guys make and then make the appropriate changes on my side. It would just make life easier if it were more robust to handle configuration outside of appsettings.json.

[tracyboehrer]

@MCKRUZ How did you handle IConnections? Though that is why that is an interface, and different implementations could be created.

[tracyboehrer]

@MCKRUZ It would be interesting to see some examples. It would be more accurate to say it is currently IConfiguration based, which may be things other than appsettings. A programmatic way seems reasonable for many cases, and as we move on from "preview" status we'd like to support more flexible means.

[MCKRUZ]

So I ended up creating my own version of the IConnections class. In my project I have a POCO object called AppConfig that handles our rather large config. So to circumvent all of the places where you guys utilized IConfiguration, I simply created a helper class that loads the configs into memory and spits out a IConfigurationSection object whenever I need it.