pojedyncza aplikacja.config multi-project c#

Powiedzmy, że masz taką strukturę katalogów:

• rozwiązanie
  • Project1
  • Project2
  • Project3

Zrób to:

1. Utwórz aplikację.plik konfiguracyjny w folderze poziomu rozwiązania. Nie znajdziesz opcji dodania aplikacji.plik konfiguracyjny z szablonów, więc po prostu utwórz nowy pusty plik tekstowy z nazwą aplikacji.config i wklej zawartość zwykłej aplikacji.plik konfiguracyjny.

2. Dla każdego projektu w rozwiązaniu "Explorer": {]}

   1. Kliknij prawym przyciskiem myszy i wybierz Add > Existing Item
   2. zlokalizuj plik

   3. Wybierz Add as link z listy rozwijanej obok przycisku Add.

      

Edited to add:

Poprawnie stwierdzasz, że powyższa metoda udostępniła tylko plik do czasu kompilacji. Aby użyć udostępnionego pliku w czasie wykonywania, zobacz odpowiedzi na to pytanie.

Oto okno dialogowe "Dodaj istniejący element" W VS 2008:

Okno dodawania istniejącego elementu http://i27.tinypic.com/72bwo6.jpg

Kliknij mały wskaźnik rozwijany na przycisku " Dodaj "i wybierz" Dodaj jako Link " z menu kontekstowego.

Marc

Znalazłem przycisk i otworzyłem aplikacja.config jako link, jednak że spowodowane po zbudowaniu ponownie utworzyć osobny plik konfiguracyjny dla każdego projektu, i dlatego, podczas wdrażania 3 projekt, będę miał 3 pliki config. To, co chciałem zrobić, to utrzymać jeden plik dla wszystkich projektów w pewne rozwiązanie. Mogę to zrobić?

Tak-ty możesz to zrobić, ale powinieneś to zrobić?

Podstawowe założenie w aplikacji. Net jest takie, że jedna aplikacja = jeden plik konfiguracyjny. Po wyjęciu z pudełka i dzięki prostej metodzie nie można udostępniać plików konfiguracyjnych między aplikacjami.

Jeśli utworzysz własne sekcje konfiguracyjne, możesz "zlecić" je zewnętrznym plikom, które mogą być udostępniane. Wyobraź sobie, że tworzysz własną sekcję konfiguracyjną o nazwie "MyConfiguration", a następnie swoją aplikację.config wyglądałby mniej więcej tak:

<configuration>
  <configSections>
    <section name="MyConfiguration" 
             type="MyConfigurationSection, MyConfigurationAssembly" />
  </configSections>

  <MyConfiguration>
    <nestedElement>
      <dateTimeValue>10/16/2006</dateTimeValue>
      <integerValue>1</integerValue>
    </nestedElement>
  </MyConfiguration>
</configuration>

Możesz mieć sekcję "MyConfiguration" we własnym pliku i odwoływać się do niej z aplikacji config:

<configuration>
  <configSections>
    <section name="MyConfiguration" 
             type="MyConfigurationSection, MyConfigurationAssembly" />
  </configSections>

  <MyConfiguration configSource="MyConfiguration.config" />
</configuration>

I twoje " MyConfiguration.config " będzie zawierał:

  <MyConfiguration> 
    <nestedElement>
      <dateTimeValue>10/16/2006</dateTimeValue>
      <integerValue>1</integerValue>
    </nestedElement>
  </MyConfiguration>

W ten sposób możesz "uzewnętrznić" i tym samym udostępnić co najmniej większość ustawień konfiguracyjnych-pod warunkiem, że są one w twoich własnych niestandardowych sekcjach konfiguracyjnych.

Aby uzyskać więcej informacji i doskonałe wprowadzenie do tajemnic konfiguracji. NET 2.0 i nowszych, zobacz trzyczęściową serię Jona Risty na temat konfiguracji. NET 2.0 w CodeProject.

• odkrywanie tajemnic. NET 2.0 konfiguracja
• dekodowanie tajemnic konfiguracji. NET 2.0
• łamanie tajemnic konfiguracji. NET 2.0

Gorąco polecam, dobrze napisane i niezwykle pomocne!

Marc

Jedną z opcji projektowania jest unikanie dostępu do aplikacji.konfigurację bezpośrednio z projektów biblioteki klas, unikając w ten sposób dodatkowej zależności zewnętrznej.

Raczej tylko twój projekt wykonywalny wie o pliku konfiguracyjnym i może jawnie przekazać odpowiednie informacje konfiguracyjne do bibliotek, gdy tworzy z nich obiekty lub je inicjalizuje.

Rozumiem, że to stare pytanie, ale jest o wiele łatwiejszy sposób na osiągnięcie tego. Jeśli używasz programu Visual Studio 2008 lub nowszego, istnieje Typ projektu o nazwie "Projekt współdzielony".

Wspólny Projekt może zawierać praktycznie wszystko, co mogą zawierać inne typy projektów. Dotyczy to nie tylko C#, ale wszystkich języków obsługiwanych przez VS2015. Gdy coś jest zawarte we współdzielonym projekcie, jest ono dostępne dla innych projektów po dodaniu odniesienia do it (patrz niżej).

Zasadnicza różnica pomiędzy klasami w projekcie współdzielonym a biblioteką współdzieloną polega na tym, że gdy skompilujesz program, wszystko, co znajduje się w projekcie współdzielonym, zostanie skompilowane bezpośrednio do twojego projektu, a nie jako osobny plik (.dll, .exe). Pomyśl o tym tak, jakby wszystko, co znajduje się we wspólnym projekcie, było wstawiane do innych projektów. Oto mały samouczek na temat konfigurowania tego i korzystania z niego:

Utwórz nowy Współdzielony projekt wybierając File - > New - > Project lub klikając prawym przyciskiem myszy rozwiązanie w Eksploratorze rozwiązań i wybierając Add->New Project. Gdy pojawi się okno dialogowe wybierz "współdzielony projekt", nadaj projektowi nazwę TestShared w tym przykładzie.

Po dodaniu nowego projektu możesz dodać wszystko, czego potrzebujesz, aby być dostępnym dla innych projektów. W takim przypadku dodamy aplikację.config. Kliknij prawym przyciskiem myszy na udostępnionym projekcie i wybierz Dodaj - > nowy Pozycja . Wybierz Visual C# - > Data- > plik XML nazywając go oczywiście app.config.

Na koniec dodaj odniesienie do udostępnionego projektu, klikając prawym przyciskiem myszy projekt, z którym chcesz udostępnić projekt, i wybierz Dodaj - > odniesienie. W oknie dialogowym Menedżer odniesień wybierz współdzielony projekt, który zostanie wyświetlony pod pozycją "współdzielone projekty" po lewej stronie.

Teraz wszystko, co znajduje się we współdzielonym projekcie, jest dostępne w innym projekt, nie ma potrzeby robić żadnych przy użyciu importu lub coś w tym stylu. To po prostu działa. Ten wzór jest bardzo przydatny, gdy opracowujesz program i musisz mieć kilka różnych GUI (Windows, iOS, Android itp.). Na przykład możesz mieć jeden wspólny projekt dla" podstawowej " funkcjonalności, a następnie osobny projekt GUI dla każdego z różnych systemów operacyjnych, które chcesz obsługiwać w swoim programie.

Zdaję sobie sprawę, że to jest starsze pytanie, ale skoro pojawiło się to w Google myślałem, że odpowiem na to, więc gdy inni szukają tego samego, co wiedzą o tej bardzo potężnej funkcji VS.

System.Configuration.Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
config = ConfigurationManager.OpenExeConfiguration(Path.Combine(@"D:\", "config.exe"));
foreach (string key in config.AppSettings.Settings.AllKeys)
{
   string value = config.AppSettings.Settings[key].Value;
   ConfigurationManager.AppSettings.Set(key, value);
}