Nello script 74 (https://www.silverlightitalia.com/script/74/Paginazione-Dati-Controllo-DataPager-Silverlight-3.0.aspx) abbiamo visto come utilizzare il controllo DataPager per visualizzare a video un numero ristretto di record, per gestire al meglio la leggibilità da parte dell'utente e contenere l'uso delle risorse.
Punto chiave dell'esempio è la necessità comunque di avere tutti i dati da gestire, nonostante ne vengano visualizzati solo alcuni, con l'onere quindi di dover chiedere ad un servizio molti più dati di quelli che potrebbero essere visualizzati dall'utente.
Nel contesto di una applicazione Silverlight, che usa WCF Ria Services come strato per l'accesso ai dati, possiamo effettuare una vera paginazione richiedendo al server solo i dati effettivamente visualizzati.
Possiamo implementare questa funzionalità con estrema facilità grazie al controllo DomainDataSource che possiamo usare come gestore intermedio dei dati tra il servizio (il DomainContext) e i controlli incaricati della visualizzazione.
Per il suo utilizzo dobbiamo referenziare l'assembly System.Windows.Controls.DomainServices.dll presente nella cartella:
\Program Files\Microsoft SDKs\RIA Services\v1.0\Libraries\Silverlight, e come di consueto, registrare il namespace corrispondente per il suo utilizzo nel markup.
<riacontrols:DomainDataSource x:Name="AdventureWorksDomainDataSource" QueryName="GetCustomers" PageSize="10" LoadSize="20"> <riacontrols:DomainDataSource.DomainContext> <web:AdventureWorksDomainContext /> </riacontrols:DomainDataSource.DomainContext> <riacontrols:DomainDataSource.SortDescriptors> <riacontrols:SortDescriptor PropertyPath="CompanyName" /> </riacontrols:DomainDataSource.SortDescriptors> </riacontrols:DomainDataSource> <data:DataGrid ItemsSource="{Binding Data, ElementName=AdventureWorksDomainDataSource}" /> <data:DataPager Source="{Binding Data, ElementName=AdventureWorksDomainDataSource}" />
Nel codice dell'esempio, il DataGrid ha come sorgente dati direttamente la proprietà Data del DomainDataSource, così come il DataPager: in questo modo è esso stesso automaticamente incaricato di accedere al servizio attraverso il metodo specificato nell'attributo QueryName.
Con PageSize possiamo specificare il numero di righe da visualizzare, mentre con LoadSize impostiamo quante effettivamente devono essere restituite dal servizio: con i valori del nostro esempio andiamo a precaricare più elementi di quelli visualizzati in modo da diminuire l'attesa dell'utente durante la paginazione.
Nell'immagine possiamo vedere l'esigua quantità di KB richiesti:

Una particolarità: per il corretto funzionamento del controllo DataPager è importante specificare un ordinamento alla query del servizio. Nel nostro esempio lo abbiamo specificato direttamente nel markup del DomainDataSource.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Tenere traccia di tutte le modifiche ai dati con Entity Framework Core
Attesa e validazione manuale nelle pipeline YAML di Azure DevOps
Blazor: from 0 to SPA
Utilizzare un web worker in Angular
Utilizzare il Nullish Coalescing con TypeScript
Azure loves Docker: non solo AKS
Utilizzare app-shell per rendere un'applicazione Angular più responsiva alla partenza
Montare una file share con Azure Container Instance
Correlare i log in un'applicazione distribuita con ASP.NET Core
Aggiungere e rimuovere un tag ad un work item in una pipeline di Azure DevOps
Keep Calm and Distributed Tracing
Produrre e condividere una variabile tra step in una pipeline YAML di Azure DevOps
I più letti di oggi
- Specificare un constraint per TypeParam di un componente Blazor generico
- Learn&Get 'Applicazioni del mondo reale con ASP.NET 2.0' - Milano
- Codemotion 2012 - Roma
- Disponibile la versione finale di Hyper-V: la virtualizzazione per Windows Server 2008
- Aggiungere al DataGrid una colonna con il numero di riga
- Visual Basic 2019
- il 18/02 c'è il #container & #devops day! https://aspit.co/ContainerDevOpsDay-21 Le iscrizioni sono sempre aperte e la Call For Paper è attiva fino al 28/01! #aspilive #cfp