🚀 go-pugleaf

On Thu, 16 Feb 2012 12:44:52 +0100, qazvox wrote:

> Być może zaciemniłem coś w wątku [app.config] 
Zaciemniłeś.. wydaje się być chaotyczne, przynajmniej dla mnie.

>- albo nie chce się Wam ze mną gadać
W ostatnim wątku o TimeSpan nie raczyłeś potwierdzić czy odpowiedź
jest satysfakcjonująca, więc kto wie czy czytasz odpowiedzi ;-).

> W jaki sposób, przechowuje się dane konfiguracyjne i jak się z nich korzysta 
> ?

Odpowiedź studencka: to zależy. W app.config, web.config, customowych
plikach konfiguracyjnych, bazach danych, etc.

> chodzi o ścieżki dostępów, parametry połączenia z bazą danych itp.
> 
> Np. connectionsrings dopisują mi się do pliku app.config i pojawiają się w 
> MyProject.Properity.Setings
> przy tworzeniu kolejnych TableAdapters korzystam z tych connectionstrings
> Jak to przenieść na inne miejsce instalacji (inna nazwa serwera,,itd. - 
> muszę zmienić connectionstring) ?

Nadal nie rozumiem do końca o co chodzi. Przecież sam napisałeś, że
designer wrzucił to w app.config dla Twojej wygody,  w nowym miejscu
instalacji zmieniasz w app.config i tyle. To jest ścieżka najmniejszego
oporu.

W runtime możesz też sobie podmienić tenże connection string w locie
z jakiegokolwiek źródła z jakiego sobie to wymarzysz:
Settings.Defaults.CośtamConnectionString = "cośtam";

Plus, poglądowo, pomocnicze klasy tej rodziny mogą okazać się 
pomocne:
http://msdn.microsoft.com/en-us/library/system.configuration.configurationmanager.aspx

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/

Użytkownik "Łukasz'Maly' Ostrowski"  napisał w wiadomości grup 
dyskusyjnych:qqylv7smwfea.1evx5o0nb62gb$.dlg@40tude.net...

On Thu, 16 Feb 2012 12:44:52 +0100, qazvox wrote:

>> Być może zaciemniłem coś w wątku [app.config]
> Zaciemniłeś.. wydaje się być chaotyczne, przynajmniej dla mnie.
Początkuję, więc chaos jest wielki

>>- albo nie chce się Wam ze mną gadać
> W ostatnim wątku o TimeSpan nie raczyłeś potwierdzić czy odpowiedź
> jest satysfakcjonująca, więc kto wie czy czytasz odpowiedzi ;-).
przepraszam, czytam wszystko

>> W jaki sposób, przechowuje się dane konfiguracyjne i jak się z nich 
>> korzysta
>> ?

> Odpowiedź studencka: to zależy. W app.config, web.config, customowych
> plikach konfiguracyjnych, bazach danych, etc.
...
> Nadal nie rozumiem do końca o co chodzi. Przecież sam napisałeś, że
> designer wrzucił to w app.config dla Twojej wygody,  w nowym miejscu
> instalacji zmieniasz w app.config i tyle. To jest ścieżka najmniejszego
> oporu.
No tak, ale optymistycznie zakładając, że mam kilka instalacji - muszę dla 
każdej robić odrębną kompilację

> W runtime możesz też sobie podmienić tenże connection string w locie
> z jakiegokolwiek źródła z jakiego sobie to wymarzysz:
> Settings.Defaults.CośtamConnectionString = "cośtam";
A to mi jakoś nie chciało zadziałać (read only o ile pamiętam)

> Plus, poglądowo, pomocnicze klasy tej rodziny mogą okazać się
> pomocne:
> http://msdn.microsoft.com/en-us/library/system.configuration.configurationmanager.aspx

> -- 
> Pozdrawiam,
> Łukasz 'Maly' Ostrowski.      http://l3v.pl/

Dzięki, sprawdzę jeszcze raz z "cośtam" :-)

-- ----
pzdr qaz 

Użytkownik "Łukasz'Maly' Ostrowski"  napisał w wiadomości grup 
dyskusyjnych:qqylv7smwfea.1evx5o0nb62gb$.dlg@40tude.net...

On Thu, 16 Feb 2012 12:44:52 +0100, qazvox wrote:
...
>>- albo nie chce się Wam ze mną gadać
> W ostatnim wątku o TimeSpan nie raczyłeś potwierdzić czy odpowiedź
> jest satysfakcjonująca, więc kto wie czy czytasz odpowiedzi ;-).
Już się poprawiam
Pozostałem przy .Days, do wyliczenia ilości dni do odsetek jednostki 
mniejsze niż dzień tylko przeszkadzają i zdziwić się można (z autopsji)

-- ----
pzdr qaz

On Fri, 17 Feb 2012 11:17:51 +0100, qazvox wrote:
> Użytkownik "Łukasz'Maly' Ostrowski"  napisał
>> Odpowiedź studencka: to zależy. W app.config, web.config, customowych
>> plikach konfiguracyjnych, bazach danych, etc.
> ...
>> Nadal nie rozumiem do końca o co chodzi. Przecież sam napisałeś, że
>> designer wrzucił to w app.config dla Twojej wygody,  w nowym miejscu
>> instalacji zmieniasz w app.config i tyle. To jest ścieżka najmniejszego
>> oporu.
> No tak, ale optymistycznie zakładając, że mam kilka instalacji - muszę dla 
> każdej robić odrębną kompilację

Nie musisz, koło exeka będzie NazwaExeka.exe.config - to jest 
zrenejmowany plik app.config podczas kompilacji. Tam masz zmieniać.
Tzn. jeżeli masz FooBar.exe, to obok będzie Twój app.config jako
FooBar.exe.config.

>> W runtime możesz też sobie podmienić tenże connection string w locie
>> z jakiegokolwiek źródła z jakiego sobie to wymarzysz:
>> Settings.Defaults.CośtamConnectionString = "cośtam";
> A to mi jakoś nie chciało zadziałać (read only o ile pamiętam)

Nie sądzę.

-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/

Użytkownik "Łukasz'Maly' Ostrowski"  napisał w wiadomości grup 
dyskusyjnych:5bqyq6yxopcz$.zd4jaurbj5o7$.dlg@40tude.net...

>Nie musisz, koło exeka będzie NazwaExeka.exe.config - to jest  ...
>Nie sądzę. ...
Sprawdzam raz jeszcze
qaz 

Użytkownik "Łukasz'Maly' Ostrowski"  napisał w wiadomości grup 
dyskusyjnych:5bqyq6yxopcz$.zd4jaurbj5o7$.dlg@40tude.net...
> ...
>> No tak, ale optymistycznie zakładając, że mam kilka instalacji - muszę 
>> dla
>> każdej robić odrębną kompilację

> Nie musisz, koło exeka będzie NazwaExeka.exe.config - to jest
> zrenejmowany plik app.config podczas kompilacji. Tam masz zmieniać.
> Tzn. jeżeli masz FooBar.exe, to obok będzie Twój app.config jako
> FooBar.exe.config.
...
Tak, to zadziałało - pierwsza próba zakończyła się "wykryciem", że plik 
zmodyfikowano z zewnątrz,
Na razie nie kumam okoliczności (kiedy kontrola jest a kiedy nie)

Dzięki

-- ----
pzdr qaz

On Fri, 24 Feb 2012 14:41:39 +0100, qazvox wrote:
> ...
> Tak, to zadziałało - pierwsza próba zakończyła się "wykryciem", że plik 
> zmodyfikowano z zewnątrz,
> Na razie nie kumam okoliczności (kiedy kontrola jest a kiedy nie)

Jak sobie otworzysz Settings.Designer.cs, czy jakkolwiek się tam
u Ciebie nazywa wygenerowany przez VS plik .settings, to zobaczysz 
że wkompilowywana jest tylko wartość domyślna.

[global::System.Configuration.ApplicationScopedSettingAttribute()]
[global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
[global::System.Configuration.DefaultSettingValueAttribute("asdasd")]
public string ConnectionString {
  get {
    return ((string)(this["ConnectionString"]));
  }
}

/Via indexer this[string name]/

Nie ma "kontroli", po prostu każdorazowo(*) podczas runtime 
wartość ustawienia applikacyjnego jest odczytywana z rzeczonego 
FooBar.exe.config, lub jeżeli jej brak, brana jest wkompilowana
wartość domyślna.

*) W uproszczeniu, nie wnikam w cache'owanie etc.
-- 
Pozdrawiam,
Łukasz 'Maly' Ostrowski.      http://l3v.pl/