Hi,
I was wondering if you could help us with some architectural decisions using the RadGridView. Our application will contain four RadGridViews with 30 columns and potentially 1000’s of rows, most of the 30 columns will be text-based columns. We want to leverage the sorting and filtering capability so the user can perform in-Grid searches for data.
Our team just upgraded to the Silverlight Q3 release.
Our service layer is based upon classic WCF Services (not WCF RIA). Realizing we will have larger amounts of data loaded into these grids, we started by implementing paging in the interface of the service operations, but found this approach conflicts with the RadGridView wanting all of the data and then filter and sort on the UI side.
I see UI virtualization, Data Virtualization and now, with the release of the Q3 controls, the VirtualQueryableCollectionView interface. Where is good coverage of each of these topics? I’m trying to understand the virtualization for both the UI and Data implementations. I’ve read the help, blogs, etc and still don’t have a clear understanding of where it is implemented.
Also, in looking at VirtualQueryableCollectionView, it doesn’t seem compatible with the built-in column filtering. Does VirtualQueryableCollectionView require datacontext back to the database (as in the use of WCF RIA services)?
How could we get all the sorting/filtering of the built-in RadGridView without having to override and manually build all the queries to our WCF Services ourselves?
Does using classic WCF, in this case, make more work for ourselves?
Thanks,
Paul
