Estoy buscando el marco de validación y, aunque ya estoy usando NHibernate, estoy pensando en usar NHibernate.validator desde el proyecto contrib; sin embargo, también miro el Bloque de validación de MS que parece ser robusto pero no lo soy Sin embargo, me pregunto si alguien ha entrado en estos dos marcos y cómo es la experiencia.Bloque de validación frente a Nhibernate.Validator
Respuesta
NHibernate Validator no requiere que usted use NHibernate para la persistencia. Uso puede ser tan simple como:
var engine = new ValidatorEngine();
InvalidValue[] errors = engine.Validate(someModelObjectWithAttributes);
foreach(var error in errors)
{
Console.WriteLine(error.Message);
}
Por supuesto que se puede enganchar en NHibernate y evitar la persistencia de objetos no válidos, pero puede usarlo para validar objetos no persistentes también.
Qué tal D) Ninguna de las anteriores. Recuerdo haber evaluado esto el año pasado y decidí seguir con el marco de validación de Spring.NET.
Si usa NHibernate, probablemente también quiera utilizar las instalaciones de Spring.NET para usar NHibernate.
En general, diría que Spring.NET es bastante independiente. Lo que significa que no debería obligarte a volver a diseñar. Puede usar tanto o tan poco como desee. Debería ser bastante fácil escribir un objeto que pueda inyectar en clases que necesiten validación utilizando la primavera. A continuación, conectaría este objeto en el castillo para tomar el nombre del "Grupo de validación" o "Validadores" que necesitaba y luego insertaría los validadores en ese objeto donde su formulario/objeto comercial/servicio usaría los validadores.
Aquí hay un enlace al documento, la validación es la sección 12:
http://www.springframework.net/docs/1.2.0-M1/reference/html/index.html
simplemente estás utilizando castillo o ¿Está utilizando monorraíl?
Por supuesto, puede intentar escribir su propio marco de validación. Por ej. Karl Seguin le ayudará a:
http://codebetter.com/blogs/karlseguin/archive/2009/04/26/validation-part-1-getting-started.aspx
http://codebetter.com/blogs/karlseguin/archive/2009/04/27/validation-part-2-client-side.aspx
http://codebetter.com/blogs/karlseguin/archive/2009/04/28/validation-part-3-server-side.aspx
Se solución es muy agradable :)
- 1. Validación de JavaScript: caracteres especiales de bloque
- 2. ¿Cómo validar frente a múltiples grupos de validación?
- 3. C#: Code Contracts frente a la validación de parámetros normales
- 4. NUnit frente a MbUnit frente a MSTest frente a xUnit.net
- 5. iterador frente a referencia frente a puntero
- 6. ¿Qué marco de validación elegir: Validación de primavera o Bloque de aplicación de validación (Enterprise LIbrary 4.0)?
- 7. Terminología de persistencia de objetos: 'repositorio' frente a 'almacenar' frente a 'contexto' frente a 'retriever' vs. (...)
- 8. Página frente a extensión frente a segmento frente a espacio de tabla
- 9. Rieles: atributo_actualización frente a atributos_actualización
- 10. Seguridad de Tomcat frente a WebSphere frente a WebLogic
- 11. Desarrollo de iPhone - XMLParser frente a libxml2 frente a TouchXML
- 12. Imagen frente a foto frente a imagen - Modelos de nomenclatura
- 13. Emacs/Python: ejecutando python-shell en modo línea protegida frente a bloque amortiguado
- 14. Paso de mensaje frente a bloqueo
- 15. Estableciendo un objeto nulo frente a Dispose()
- 16. Errores frente a la mejora frente a la nueva función
- 17. Hiperenlace frente a botón
- 18. Solicitud() frente a Request.QueryString()
- 19. RestyGWT frente a RequestFactory
- 20. Secuencia frente a LazyList
- 21. Fecha frente a DateTime
- 22. Hilos frente a Async
- 23. DataContract frente a XmlType
- 24. UITableView frente a UITableViewController
- 25. push_back frente a emplace_back
- 26. ViewStub frente a View.GONE
- 27. 100% frente a heredar
- 28. Composición frente a Delegación
- 29. Consulta frente a vista
- 30. SatisfyImportsOnce frente a ComposeParts