Bibliothèque d'entreprise gérer les connexions

Question

Je crée une application avec C# et j'ai décidé d'utiliser la bibliothèque d'entreprise pour le DAL (SQL Server). Je ne me souviens pas où, mais j'avais lu un article sur EntLib qui disait que les connexions sont fermées automatiquement.

Est-ce vrai? Si ce n'est pas le cas, quelle est la meilleure approche pour gérer les connexions dans la couche intermédiaire? Ouvrir et fermer dans chaque méthode?

Ce qui précède est une méthode d'échantillonnage de la façon dont je me sers du EntLib

public DataSet ReturnSomething 
{ 
    var sqlStr = "select something"; 
    DbCommand cmd = db.GetSqlStringCommand(sqlStr); 
    db.AddInParameter(cmd, "@param1", SqlDbType.BigInt, hotelID); 
    db.AddInParameter(cmd, "@param2", SqlDbType.NVarChar, date); 
    return db.ExecuteDataSet(cmd); 

}

Merci à l'avance.

Answer 1

La méthode ExecuteDataSet renvoie un objet DataSet qui contient toutes les données. Cela vous donne votre propre copie locale. L'appel à ExecuteDataSet ouvre une connexion, renseigne un DataSet et ferme la connexion avant de retourner le résultat

pour plus d'informations:

http://msdn.microsoft.com/en-us/library/ff648933.aspx

Answer 2

Je pense que vous devriez avoir quelque chose comme une classe statique utilisée comme Façade qui fournirait la connexion correcte pour vos sous-systèmes de bibliothèque.

public static class SystemFacade { 
    // Used as a subsystem to which the connections are provided. 
    private static readonly SystemFactory _systemFactory = new SystemFactory(); 

    public static IList<Customer> GetCustomers() { 
     using (var connection = OpenConnection(nameOfEntLibNamedConnection)) 
      return _systemFactory.GetCustomers(connection); 
    } 

    public static DbConnection OpenConnection(string connectionName) { 
     var connection = 
      // Read EntLib config and create a new connection here, and assure 
      // it is opened before you return it. 

     if (connection.State == ConnectionState.Closed) 
      connection.Open(); 

     return connection;    
    } 
} 

internal class SystemFactory { 
    internal IList<Customer> GetCustomers(DbConnection connection) { 
     // Place code to get customers here. 
    } 
} 

Et en utilisant ce code:

public class MyPageClass { 
    private void DisplayCustomers() { 
     GridView.DataSource = SystemFacade.GetCustomers(); 
    } 
} 

Dans cet exemple de code, vous avez une classe statique qui fournit les fonctionnalités et les caractéristiques d'une bibliothèque de classes. La classe Façade est utilisée pour fournir à l'utilisateur toutes les actions possibles, mais vous ne voulez pas avoir un mal de tête avec la connexion à utiliser, etc. Tout ce que vous voulez, c'est la liste des clients hors du magasin de données sous-jacent. Ensuite, un appel au GetCustomers le fera.

Façade est une classe «intelligente» qui sait d'où obtenir l'information, donc crée la connexion en conséquence et commande les clients de l'usine du sous-système. L'usine fait ce qui est demandé, prend la connexion disponible et récupère les clients sans poser d'autres questions.

Est-ce que cela aide?

Answer 3

Oui, EntLib ferme les connexions pour vous (en fait, il les libère dans le pool de connexions). C'est la principale raison pour laquelle nous avons commencé à utiliser EntLib.

Cependant, pour tout nouveau développement, nous avons maintenant utilisé Entity Framework, nous trouvons cela beaucoup plus productif.