Lors de l'exécution des méthodes de portail de données dans un objet CSLA, le contenu de ces méthodes de portail de données doit appeler des services de données pour obtenir et mettre à jour ces données. Ces services Web devraient simplement être basés sur l'interface afin qu'ils puissent être moqués.
Voici un exemple de remplissage d'un objet employé:
private void DataPortal_Fetch(SingleCriteria<Employee, int> criteria)
{
IEmployeeDTO data = DataServiceContext.Current.EmployeeDataService.GetEmployee(criteria.Value);
// Just do left to right copying here
LoadProperty<int>(IdProperty, data.Id);
}
Alors EmployeeDataService est juste une interface. Nous utilisons Ninject pour créer une classe concreate pour cette interface qui pointe vers un autre assemblage pour la technologie d'accès aux données que vous voulez utiliser. Vous pouvez ensuite spécifier une classe concrète différente pour la classe de test.
Voici l'interface de service de données exemple:
public interface IEmployeeDataService
{
IEmployeeDTO GetEmployee(int id);
}
Voici l'exemple de classe concreate de service de données pour l'utilisation de Linq 2 SQL:
namespace XXX.DataServices.Linq
{
public class EmployeeDataService : IEmployeeDataService
{
public IEmployeeDTO GetEmployee(int id)
{
// use Linq to SQL to get the data and transform that class into IEmployeeDTO
}
}
}
Voici l'exemple de service de données à utiliser pour les tests :
namespace XXX.DataServices.Testing
{
public class IEmployeeDTO GetEmployee(int id)
{
// mock up several IEmployeeDTO objects with known data
}
}