Utilisation de MVC et de Nibernate fluide, comment valider des champs uniques sur mon viewModel avant que je les lie à mon objet de domaine et à les sauvegarder?

Je n'ai pas de réponse à votre question, mais vous pouvez vérifier le site de SharpRarCitecture.net. Il contient quelques meilleures pratiques pour ASP.NET MVC et NHibernate. De plus, je peux vous recommander de vérifier le projet XVAL et les didacticiels sur la validation des validateurs d'annotation de données

On m'a demandé cette question plusieurs fois. Mes amis étaient inquiets de savoir s'ils peuvent effectuer un accès aux données à partir du code de validateur. La réponse est simple. Si vous avez besoin de faire cela, vous devriez le faire. Habituellement, nous devons faire de tels contrôles à chaque niveau d'abstraction. Et après tous les chèques, vous devriez être prêt à attraper une exception, causée par une violation des contraintes uniques.

J'ai trouvé la solution qui fonctionne pour moi est de

1.) Demandez si l'entité est valide pour exécuter votre travail de validation.
2.) Une fois que cela est terminé, vous devez avoir quelque chose sur votre objet à montrer qu'il est valide ou non (dans mon cas, j'utilise un concept CSLA comme "Règles brisées"). 3.) Si vous avez quelque chose comme ça, vous pouvez vérifier que l'objet est valide avant que NHibernate essaie de le persister comme indiqué ci-dessous. P>

Le seul problème avec cette approche est que vous devez mettre en œuvre une interface sur chaque entité nécessitant une validation. Si vous pouvez vivre avec cela, il arrêtera NHibernate de persister les modifications d'un objet qui n'est pas valide selon vos règles. P>

using System;
using NHibernate;
using NHibernate.Event;
using Validation.Entities.Interfaces;
using Persistence.SessionBuilder;

namespace Persistence.Validation
{
    public class ValidationEventListener : IPreInsertEventListener, IPreUpdateEventListener
    {

        public bool OnPreInsert(NHibernate.Event.PreInsertEvent @event)
        {
            var entityToInsert = @event.Entity as IBusinessBase;

            if (entityToInsert != null)
            {
                if (entityToInsert.BrokenRules != null)
                {
                    RollbackTransactionBecauseTheEntityHasBrokenRules();
                }
            }

            return false;
        }

        public bool OnPreUpdate(NHibernate.Event.PreUpdateEvent @event)
        {
            var entityToUpdate = @event.Entity as IBusinessBase;

            if (entityToUpdate != null)
            {
                if (entityToUpdate.BrokenRules != null)
                {
                    RollbackTransactionBecauseTheEntityHasBrokenRules();
                }
            }

            return false;
        }

        private void RollbackTransactionBecauseTheEntityHasBrokenRules()
        {
            try
            {
                ISession session = SessionBuilderFactory.GetBuilder().CurrentSession;

                if (session != null)
                {
                    session.Transaction.Rollback();
                }
            }
            catch (Exception ex)
            {
                //this will force a rollback if we don't have a session bound to the current context 
                throw new NotImplementedException();
            }
        }
    }
}

Si vous définissez une contrainte unique dans la base de données, alors pourquoi ne pas déléguer la responsabilité de vérifier si une valeur unique existe déjà dans la base de données? Utilisation de NHibernate, vous pouvez utiliser l'interface Nhibernate.Exception.isqlexceptionConverter code> pour capturer et transformer des erreurs connues concernant des violations de contraintes. Vous pouvez également utiliser NHibernate.Exception.iviolatedConstrynTnameExTracter code> Confidentiers (voir NHibernate.Exception.TemplatedViolateDnampleNtNameExTracter code>) Pour obtenir les détails de votre base de données et la transformer en user- Message sympathique, reconditionnement comme une exception de validation de votre cheîcheur et attrapez-la dans le contrôleur correspondant.

Exemple d'un convertisseur d'exception rapide et sale rapide et très spécifique de l'un de mes projets: p> xxx pré>

configuré via le Web.config / NHibernate-configuration / Session-Factory Code> Elément de la propriété: p>

<property name="sql_exception_converter">csl.NHibernate.ConstraintViolationExceptionConverter, csl</property>

J'ai généralement placé une couche de service entre mes contrôleurs et mes référentiels.
La couche de service gérerait alors la validation et les appels au référentiel.

Ensuite, s'il y a une erreur de validation dans la couche de service, je jette une exception personnalisée, attrapez-la dans le contrôleur et injectez les erreurs dans l'état modèle.

Je dirais que cela compte sur votre architecture. Avec les applications MVC que j'ai faites dans le passé, nous abstraits de la matière de domaine loin du web, nous utilisons naturellement une injection de dépendance pour éviter les dépendances difficiles.

En ce qui concerne la validation du modèle lorsque vous vous trouvez dans l'acte de le lier, vous pouvez facilement utiliser le service, le référentiel ou tout ce que vous avez suivant dans votre architecture dans une méthode ValidatElation. Je pense que la question monte de quoi de cette dépendance.

Si je me souviens bien, vous pouvez créer votre propre liant personnalisé qui utilisera votre framework d'injection de dépendance pour brancher tous les services de votre modèle de validation lorsque vous le créez, appelez le liant par défaut de MVC à remplir l'objet, puis appelez à l'objet. Cadre de validation du château pour faire la validation. Ce n'est pas une solution entièrement pensé, mais j'espère que cela provoque quelques idées.