Dodatek ArcMap z app.settings nie rozpoznaje zmian app.config?

Opracowałem dodatek ArcMap, który wymaga pliku konfiguracyjnego. Po dłuższej chwili próbowania odczytania wartości konfiguracji z pojedynczego pliku App.Config (i zawsze uzyskanie wartości null) uważam, że dodatek nie może odczytać wartości stąd, ponieważ jest to biblioteka klas, i szuka aplikacji wywołującej (ArcMap) plik konfiguracyjny, gdy pytam o wartość klucza (stąd null).

Aby obejść ten problem, użyłem pliku App.Settings, który aplikacja może dobrze odczytać. Utworzenie tego również wprowadza do środowiska plik App.Config, a Visual Studio wydaje się utrzymywać synchronizację dwóch plików podczas programowania.

Teraz, gdy dodatek jest wdrażany, muszę mieć możliwość zmiany wartości konfiguracyjnych (np. Lokalizacji pliku dziennika). Próbowałem otworzyć / rozpakować plik .esriaddin i zaktualizować tam plik App.Config, ale dodatek zachowuje te same wartości konfiguracyjne, które miał podczas kompilacji. Wiem, że nowe wartości App.Config są zachowywane w pliku .esriaddin, ponieważ mogę je wyświetlić ponownie po zamknięciu archiwum.

Czy ktoś zna niezawodny sposób skonfigurowania dodatku i zezwala na aktualizację tej konfiguracji po wdrożeniu? Wszelkie sugestie są bardzo mile widziane, ponieważ wydaje się śmieszne, że potrzebuję do tego niestandardowego pliku konfiguracyjnego.

Wartości App.Settings są na poziomie aplikacji, a obecnie zarówno App.Settings, jak i App.Config mają działanie kompilacji: brak / nie kopiuj.

Wymyśliłem, jak skonfigurować dodatek.

Plik dodatek w ... Documents \ ArcGIS \ AddIns \ Desktop10.0 ... zostaje rozszerzony każdym razem ładunki ArcMap, więc jedynym miejscem, które JAKIEKOLWIEK pliki konfiguracyjne osadzone w addin można edytować znajduje się tutaj. Nie eksperymentowałem z użyciem kluczy rejestru ani z dedykowanym katalogiem konfiguracji dodatków, ponieważ wydawało się to przesadą.

W końcu użyłem pliku app.config (ponieważ nawet jeśli jest używany z biblioteką klas, która ignoruje plik konfiguracyjny, to nadal zmienia nazwę zgodnie z zespołem i automatycznie dołącza do archiwum dodatków) dla moich ustawień. W oparciu o powyższy link użyłem następującej klasy konfiguracji

...

    public AppConfig()
    {
        try
        {
            ExeConfigurationFileMap map = new ExeConfigurationFileMap();
            map.ExeConfigFilename = this.GetType().Assembly.Location + ".config";
            config = ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None);
        }
        catch (Exception)
        {
            ...
        }
    }

    private string getValue(string key) 
    {
        return config.AppSettings.Settings[key].Value;
    }

...

Aby edytować konfigurację po wdrożeniu dodatku, musiałem zamknąć ArcMap, otworzyć plik .esriAddIn za pomocą winrar, przejść do \ install i otworzyć plik konfiguracyjny, edytować go, zamknąć edytor, a następnie pozwolić winrar na aktualizację pliku w archiwum. Następnie ładuję ArcMap, zmiana wchodzi. Irytująco jest to jedna z pierwszych rzeczy, które próbowałem, ale myślę, że miałem problemy, ponieważ edytor pliku konfiguracyjnego był nadal otwarty, gdy Winrar zaktualizował archiwum.

Pożyczając od podobnej odpowiedzi , możesz użyć tego w swoim dodatku:

string configPath = System.IO.Path.Combine(this.GetType().Assembly.Location,"Config.xml");

Standardowy plik konfiguracyjny .NET dotyczy aplikacji, a nie biblioteki. Oznacza to, że gdy dodatek działa w procesie ArcMap, ustawienia konfiguracji należy określić w ArcMap.exe.config, który należy umieścić oprócz ArcMap.exe.

Jest to oczywiście nie zawsze możliwe w środowisku produkcyjnym, a także narusza izolację dodatków, co jest jednym z powodów, dla których dodatki zostały wprowadzone w pierwszej kolejności.

Będziesz musiał zapisać swoje ustawienia inaczej, albo we własnym pliku konfiguracyjnym (jak wskazano w odpowiedzi Kirka), albo w rejestrze systemu.

Możesz monitorować zmiany w pliku konfiguracyjnym na różne sposoby, na przykład wykorzystując klasę FileSystemWatcher .

Odpowiedź Kirk Kuykendall nie działa dla mnie, ponieważ przechowywane wskazując samego .dll. Użyłem następujących do wskazania pliku konfiguracyjnego

System.IO.StreamReader file = new System.IO.StreamReader(System.IO.Path.GetDirectoryName(this.GetType().Assembly.Location) + "\\config.cfg");

Chociaż nie patrzyłem na nowy model dodatku ESRI, to, co zrobiłem i widziałem, że zrobili to inni, jest użytkownik UserHive w rejestrze. Następnie możesz mieć ekran w swoim dodatku, aby zaktualizować potencjalne wartości, których potrzebujesz.

Korzystanie z pliku App.config wymaga całkowitego zrestartowania aplikacji / rozszerzenia w celu odczytania nowych wartości; podczas gdy łatwiej jest robić aktualizacje w czasie rzeczywistym z rejestru.

Możesz spróbować zmodyfikować kopię pliku konfiguracyjnego znajdującego się w pamięci podręcznej zestawu dodatków . Uważam, że esriaddin jest rozszerzany tylko raz przez ArcGIS. Dlatego kolejne modyfikacje nie mogą być użyte (choć powinno zauważyć, że plik esriaddin jest nowszy niż jego pamięć podręczna).

Vista / 7: C: \ Users \\ AppData \ Local \ ESRI \ Desktop10.0 \ AssemblyCache

XP: C: \ Documents and Settings \\ Ustawienia lokalne \ Dane aplikacji \ ESRI \ Desktop10.0 \ AssemblyCache