NHibernate - Zastąp konfigurację
W tym rozdziale omówimy, jak zastąpić konfigurację NHibernate. Jest tylko kilka rzeczy, o których musisz pamiętać.
Przede wszystkim konfiguracja w NHibernate jest addytywna.
Więc nie musisz tylko używać pojedynczego pliku xml lub nie musisz tylko używać konfiguracji opartej na kodzie lub płynnego NHibernate.
Możesz mieszać i dopasowywać wszystkie te metody w zależności od tego, jak chcesz skonfigurować swoją aplikację.
Ważną kwestią do zapamiętania jest to, że ostatecznie wygrywa konfiguracja.
W poniższym przykładzie widać, że tworzymy nasz obiekt konfiguracyjny, konfigurujemy go przy użyciu konfiguracji opartej na kodzie i ostatecznie wywołujemy plik cfg.configure() , która ładuje plik hibernate.cfg.xml.
String Data Source = asia13797\\sqlexpress;
String Initial Catalog = NHibernateDemoDB;
String Integrated Security = True;
String Connect Timeout = 15;
String Encrypt = False;
String TrustServerCertificate = False;
String ApplicationIntent = ReadWrite;
String MultiSubnetFailover = False;
cfg.DataBaseIntegration(x = > { x.ConnectionString = "Data Source +
Initial Catalog + Integrated Security + Connect Timeout + Encrypt +
TrustServerCertificate + ApplicationIntent + MultiSubnetFailover";
x.Driver<SqlClientDriver>();
x.Dialect<MsSql2008Dialect>();
x.LogSqlInConsole = true;
});
cfg.Configure();
Zatem wszystko, co znajduje się w pliku hibernate.cfg.xml, zastępuje ustawienia ustawione przez konfigurację opartą na kodzie.
Odwracając te dwa procesy, możemy mieć wartości domyślne w pliku hibernate.cfg.xml, a następnie wykonać nadpisania wewnątrz konfiguracji opartej na kodzie.
Nie ma nic, co wyklucza, jeśli używasz konfiguracji opartej na kodzie, a także nic nie stoi na przeszkodzie, abyś użył pliku hibernate.cfg.xml.
Rzućmy okiem na prosty przykład, w którym nadpisujemy konfigurację, używając kombinacji konfiguracji opartej na XML i na kodzie.
Przenieśmy również parametry połączenia do app.config plik przy użyciu następującego kodu.
<?xml version = "1.0" encoding = "utf-8" ?>
<configuration>
<startup>
<supportedRuntime version = "v4.0" sku = ".NETFramework,Version = v4.5" />
</startup>
<connectionStrings>
<add name = "default" connectionString = "Data Source =
asia13797\\sqlexpress;
Initial Catalog = NHibernateDemoDB;
Integrated Security = True;
Connect Timeout = 15;
Encrypt = False;
TrustServerCertificate = False;
ApplicationIntent = ReadWrite;
MultiSubnetFailover = False"/>
</connectionStrings>
</configuration>
W niektórych plikach znajduje się ciąg połączenia app.configplik z domyślną nazwą. Teraz musimy wspomnieć nazwę domyślną w pliku hibernate.cfg.xml zamiast parametrów połączenia.
<?xml version = "1.0" encoding = "utf-8" ?>
<hibernate-configuration xmlns = "urn:nhibernate-configuration-2.2">
<session-factory>
<property name = "connection.connection_string">default</property>
<property name = "connection.driver_class">
NHibernate.Driver.SqlClientDriver
</property>
<property name = "dialect">
NHibernate.Dialect.MsSql2008Dialect
</property>
<mapping assembly = "NHibernateDemoApp"/>
</session-factory>
</hibernate-configuration>
Skomentujmy część parametrów połączenia, sterownik i część dialektu z konfiguracji opartej na kodzie, ponieważ program odczyta je z pliku hibernate.cfg.xml i LogSqlInConsole część pozostanie w konfiguracji opartej na kodzie.
using HibernatingRhinos.Profiler.Appender.NHibernate;
using NHibernate.Cfg;
using NHibernate.Dialect;
using NHibernate.Driver;
using System;
using System.Linq;
using System.Reflection;
namespace NHibernateDemoApp {
class Program {
static void Main(string[] args) {
NHibernateProfiler.Initialize();
var cfg = new Configuration();
String Data Source = asia13797\\sqlexpress;
String Initial Catalog = NHibernateDemoDB;
String Integrated Security = True;
String Connect Timeout = 15;
String Encrypt = False;
String TrustServerCertificate = False;
String ApplicationIntent = ReadWrite;
String MultiSubnetFailover = False;
cfg.DataBaseIntegration(x = > { //x.ConnectionString = "Data Source +
Initial Catalog + Integrated Security + Connect Timeout + Encrypt +
TrustServerCertificate + ApplicationIntent + MultiSubnetFailover";
//x.Driver<SqlClientDriver>();
//x.Dialect<MsSql2008Dialect>();
x.LogSqlInConsole = true;
});
cfg.Configure();
cfg.AddAssembly(Assembly.GetExecutingAssembly());
var sefact = cfg.BuildSessionFactory();
using (var session = sefact.OpenSession()) {
using (var tx = session.BeginTransaction()) {
var students = session.CreateCriteria<Student>().List<Student>();
Console.WriteLine("\nFetch the complete list again\n");
foreach (var student in students) {
Console.WriteLine("{0} \t{1} \t{2} \t{3}", student.ID,
student.FirstName, student.LastName, student.AcademicStanding);
}
tx.Commit();
}
Console.ReadLine();
}
}
}
}
Teraz po uruchomieniu aplikacji zobaczysz, że program odczytał dziennik konfiguracji opartej na kodzie i inną konfigurację z pliku hibernate.cfg.xml.
NHibernate: SELECT this_.ID as ID0_0_, this_.LastName as LastName0_0_,
this_.FirstMidName as FirstMid3_0_0_, this_.AcademicStanding as Academic4_0_0_ FROM
Student this_
Fetch the complete list again
1 Allan Bommer Excellent
2 Jerry Lewis Good
Więc teraz mamy część naszej konfiguracji w naszym hibernate.cfg.xml plik, część z nich znajduje się w konfiguracji opartej na kodzie i zależy od kolejności wywoływania kodu opartego na configure(), możemy zmienić, który z nich ma pierwszeństwo przed drugim.