This question is locked. New answers and comments are not allowed.
I understand that the grid needs iqueryable to do automatic database side filtering/paging. I'll soon be starting a rewrite of an intranet portal using asp mvc and trying to employ good design principles. I'll be using nhibernate and the repository pattern (using sharp architecture as a template). Isn't exposing iqueryable to the controller (or even exposing it outside the data layer since it moves execution outside its bounds) bad practice? Bloating the repository with methods to do paging/filtering etc doesn't sound like fun to me either. I was considering doing it like the 'whocanhelpme' project and exposing iqueryable from data layer to service only which would then talk to the controllers. The service would get a "gridstate" and return a "gridmodel" (or possibly my own custom classes that would get mapped to the telerik implementations in the controller) which from what I can understand would eliminate iqueryable out of the controllers. Is that possible?
I'm just wondering how anyone else has handled filtering/paging their data and trying to stick to ddd. Should I just screw it and return an iqueryable? Am I over-thinking the whole problem? I'll be the only developer and it's a relatively small/medium sized site if that helps.
I'm just wondering how anyone else has handled filtering/paging their data and trying to stick to ddd. Should I just screw it and return an iqueryable? Am I over-thinking the whole problem? I'll be the only developer and it's a relatively small/medium sized site if that helps.