F # -Typ-Provider und kontinuierliche Integration

Question

Die Typdefinition eines Providers vom F # -Typ erfordert oft einen konstanten Ausdruck, z. für den SQL-Typ-Anbieter:

type dbSchema = SqlDataConnection<"Data Source=MySqlServer;Initial Catalog=MyDatabase;"> 

Wenn jedoch den Code SCM zu begehen, und ferner einen Build-Server zu tun seine Sache ist, Sie wollen wahrscheinlich nicht die gleiche Verbindungszeichenfolge verwenden, sondern die Verbindungszeichenfolge einer SQL Server-Datenbank, die aus dem Build-Prozess generiert wird.

Gibt es eine Lösung für dieses Problem?

Es wäre wirklich schön, wenn dies funktionieren würde, da es eine Kompilierzeitüberprüfung des Datenbankzugriffscodes bereitstellen würde.

aktualisieren Die Lösung von @tomaspetricek vorgeschlagen funktionierte sehr gut, aber ich hatte einen Provider-Namen zu der Verbindungszeichenfolge hinzuzufügen:

<add name="DbConnectionString" providerName="System.Data.SqlClient" connectionString="Data Source=MySqlServer;Initial Catalog=MyDatabase;"/> 

Answer 1

Sie können sicherlich die Verbindungszeichenfolge geben Sie einen Schlüssel in einem mit Konfigurationsdatei (siehe MSDN documentation):

SqlDataConnection<ConnectionStringName="...", ConfigFile="app.config"> 

Im allgemeinen ist ein Typ-Provider kann eine gewissen konstanten Ausdruck erfordern, aber ich denke, die meisten der weit verbreiteten diejenigen bieten eine Möglichkeit für dies zu vermeiden. Beispiel: SqlDataConnection kann die Einstellung aus der Konfigurationsdatei lesen, andere Standardanbieter vom Typ F # ermöglichen die Angabe LocalSchemaFile, mit der Sie die erforderliche Struktur lokal angeben können (z. B. *.dbml Datei für SQL).

Die Anbieter des F # -Datentyps können eine URL zu einer Remote-Datei übernehmen, sie können jedoch auch eine lokale Datei verwenden. Ich denke also, dass es immer eine Möglichkeit geben sollte, die Informationen ohne Angabe einer konstanten Verbindungszeichenfolge (etc.) anzugeben - aber fragen Sie nach bestimmten Anbietern.