Projektorganisation

Differenzierte Referenzen nach Debug/Release sind nicht möglich (auch nicht sinnvoll) Referenzen  werden entweder implizit oder explizit angegeben.

wenn man Assemblies außerhalb der Projektmappe referenziert:

• Wenn Debug und Release implizit bleiben sollen, muss Ausgabepfad und Referenzen überereinstimmen (es muss in den Pfad der Referenzen kompiliert werden). Dann fügt VS in die Referenzen keine Pfadangaben ein, wodurch Debug und Release integriert bleiben. Allerding wird Spezifische Version aktiviert. Daher muss man Spezifische Version auf false setzen, wenn man Referenzen nachträglich erneuert (davon ist auszugehen) und bei den Referenzen automatische Buildnummer eingeschalten ist.
• wenn man dagegen eine anderen Ausgabepfad wählt (sinnvoll, um nur benötigte Assemblies auszugeben) muss man sich wohl entscheiden ob man Release oder Debug-Konfiguration der Referenzen verwendet werden soll.
  • Damit wird Konfiguration des Projektes nicht berücksichtigt.
  • ist insofern unklar, weil . Demzufolge sollte man auf die Release-konfiguration referenzieren.

Die app.config, web.config sollen Standardeinstellungen enthalten. Allerdings sind zur Laufzeit beim Test sowie auch beim Nutzer individuelle Einstellungen erforderlich. Nachdem diese gemacht wurden, kann die Config NICHT mehr mit einer Standard-Config überschrieben werden.

Entwicklungsphase

Nach Anderung der app.config wird beim Kompilieren die Programm.config im Ausgabeverzeichnis überschrieben. 

Es bleibt nichts anderes übrig, als Änderungen/ Ergänzungen manuell in der Programm.config einzupflegen wenn man die Einstellungen in der Programm.config erhalten möchte (solange man kein Merge-Tool verwendet)

Bei gehosteten Projekten (Webapplikationen, gehostete Klassenbibl.) hat man immer eine Config des Hosts, die immer manuell ergänzt werden muss? (Was ist mit Assembly.config). Änderungen/ Ergänzungen der app.config und Assembly.config der Klassenbibl. überschreiben damit nicht die des Hosts. Das Proplem bei der Entwicklungsphase hat man nicht.

Allerdings hat man beim Deployment von Updates das Problem, dass man das Überschreiben der Host.Config unterbinden muss)

• Hosts (Webapplikationen, Webservices, Jobs)
• Tools (alle direkt ausführbaren Programme)