Czym jest hierarchia .net ładowania właściwości konfiguracji systemu

Mam ogólne pytanie, ale wyjaśnię też, dlaczego pytam, żebyś mógł lepiej zrozumieć, o co mi chodzi.

Mam dll, który ma adres URL usługi internetowej zdefiniowany w Ustawieniach, aw czasie wykonywania używa ustawień.Domyślnie, aby pobrać adres URL z ustawień. Jednak żadne z naszych środowisk nie ma pliku (dllName) .dll.config, a określone ustawienie nie jest zdefiniowane w pliku (exeName) .exe.config aplikacji wywołującej. To naprawdę jasne, że domyślna wartość nie jest używana, ponieważ jest ustawiona na jakiś wewnętrzny adres IP; to jednak działa w produkcji, w której nie ma tego ustawienia zdefiniowanego w jakimkolwiek pliku .config, który mogę znaleźć, i nadal w jakiś sposób trafia na poprawny adres URL serwisu. W tym przypadku muszę wiedzieć, skąd ładowana jest wartość.

Moje szersze pytanie brzmi: w jaki sposób hierarchia działa przy ładowaniu ustawień w .net? Na przykład, czy to najpierw wygląda w machine.config, potem (exeName) .exe.config, a jeśli to jest dll, to pójdzie do (dllName) .dll.config? Gdzie to wygląda po raz pierwszy i jak wygląda kolejność w innych miejscach i czy są jakieś inne miejsca, o których nie wspomniałem, że tę konfigurację można zdefiniować?

Ponadto dla biblioteki DLL, jeśli masz coś zdefiniowanego w Ustawieniach, to czy zostanie ona osadzona w skompilowanej dll jako wartość domyślna i czy jest używana, jeśli właściwości nie ma w żadnym innym pliku .config?

questionAnswers(1)

yourAnswerToTheQuestion