Because it doesn't make sense. If I'm writing a framework (forget about MR) and my framework requires to have pluggable validation, I would create my own pluggable interfaces (that each validation provider would have to adhere to), I would not use the Castle Validation ones. Would you? Maybe this is just me :-|
Cheers John ________________________________ From: Henry Conceição <[email protected]> To: [email protected] Sent: Tue, 28 September, 2010 2:22:15 PM Subject: Re: Looking to get a resolution on Binder + Pagination Why not? Cheers, Henry Conceição On Tue, Sep 28, 2010 at 12:03 AM, John Simons <[email protected]> wrote: > I think MR should be extensible enough so that users can implement their own > validation of their own choice. > So if that means that we need some kind of interfaces ( > IValidatorRegistry/IValidatorRunner) in MR then that is fine. > But these should not exist in the Validation framework, because you are > never going to plugin another Validation framework into our validation > framework. > > Cheers > John > > ________________________________ > From: Henry Conceição <[email protected]> > To: [email protected] > Sent: Tue, 28 September, 2010 1:54:36 PM > Subject: Re: Looking to get a resolution on Binder + Pagination > > If we decouple the validator from mr, we'll end up creating the same > set of generic interfaces for validation wouldn't we? > > Cheers, > Henry Conceição > > > > On Mon, Sep 27, 2010 at 11:27 PM, John Simons > <[email protected]> wrote: >> Which seems to be the wrong way. >> MR framework should be supplying the API extension points for any >> validation >> framework to adhere to, and not the other way around. >> Or am I looking at the picture the wrong way? >> >> Cheers >> John >> >> ________________________________ >> From: Henry Conceição <[email protected]> >> To: [email protected] >> Sent: Tue, 28 September, 2010 1:17:35 PM >> Subject: Re: Looking to get a resolution on Binder + Pagination >> >> The extension point is the validator project itself. You can implement >> a IValidatorRegistry/IValidatorRunner set to plug another framework. >> >> Cheers, >> Henry Conceição >> >> >> >> On Mon, Sep 27, 2010 at 11:05 PM, John Simons >> <[email protected]> wrote: >>> Binder depends on: >>> -ValidatorRunner >>> -ErrorSummary >>> >>> MR depends on: >>> -ValidatorRunner >>> -ErrorSummary >>> -ValidatorRegistry >>> -BrowserValidationConfiguration >>> -IValidator >>> -IBrowserValidationGenerator >>> -CachedValidationRegistry >>> -InputElementType >>> >>> Looking at it, MR is quite coupled to our Validation project, it would >>> not >>> be easy to remove this coupling and allow MR to support any other >>> validation >>> framework without major changes. >>> >>> Cheers >>> John >>> >>> ________________________________ >>> From: Krzysztof Koźmic <[email protected]> >>> To: [email protected] >>> Sent: Tue, 28 September, 2010 12:38:36 PM >>> Subject: Re: Looking to get a resolution on Binder + Pagination >>> >>> Does Mr depend on validator except for via binder? >>> >>> sent from my HTC Desire >>> >>> On 28/09/2010 12:27 PM, "John Simons" <[email protected]> wrote: >>> >>> Binder depends on Validation, one interface: >>> >>> >>>http://github.com/castleproject/Castle.Components.Binder/blob/master/src/Castle.Components.Binder/IDataBinder.cs >>>s >>> >>> Cheers >>> John >>> >>> ________________________________ >>> From: Krzysztof Koźmic <[email protected]> >>> To: [email protected] >>> Sent: Tue, 28 September, 2010 12:20:07 PM >>> Subject: Re: Looking to get a resolution on Binder + Pagination >>> >>> What's the dependency chain between them? >>> >>> Does pagination depend on Binder? What for? >>> >>> On 28/09/20... >>> >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Castle Project Deve... >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Castle Project Development List" group. >>> To post to this group, send email to >>> [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/castle-project-devel?hl=en. >>> >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Castle Project Development List" group. >>> To post to this group, send email to >>> [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/castle-project-devel?hl=en. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Castle Project Development List" group. >> To post to this group, send email to >> [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/castle-project-devel?hl=en. >> >> >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Castle Project Development List" group. >> To post to this group, send email to >> [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/castle-project-devel?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Development List" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/castle-project-devel?hl=en. > > > > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Development List" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/castle-project-devel?hl=en. > -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en. -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en.
