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
Migrare una service connection a workload identity federation in Azure DevOps
Hosting di componenti WebAssembly in un'applicazione Blazor static
Utilizzare i primary constructor di C# per inizializzare le proprietà
Evitare il flickering dei componenti nel prerender di Blazor 8
Usare le variabili per personalizzare gli stili CSS
Miglioramenti nell'accessibilità con Angular CDK
Mascherare l'output di un valore all'interno dei log di un workflow di GitHub
Creare alias per tipi generici e tuple in C#
Utilizzare database e servizi con gli add-on di Container App
Utilizzare domini personalizzati gestiti automaticamente con Azure Container Apps
Sfruttare lo stream rendering per le pagine statiche di Blazor 8
Eseguire query manipolando liste di tipi semplici con Entity Framework Core