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.
