telerik radgrid source de données null après la publication

Après l'affectation de RadGrid.DataSource à une Requête Linq sur la publication DataSource est null. Est-il possible de saisir les Données utilisées par le RadGrid pour remplir la grille après tous les filtres et tri a été appliqué?

Modifier

Les seules méthodes disponibles pour récupérer les données sont marqués comme interne. Je pense que je vais juste vous donner pour l'instant. Si je trouve une solution plus tard, je vais poster ma réponse ici.

InformationsquelleAutor Buildstarted | 2010-07-13
  1. 4

    Ce n'est pas un telerik chose. Pour tous les contrôles, propriété DataSource sera toujours null, sauf si vous explicitement ré-affecter et réaffecter sur chaque publication.

    Vous pouvez utiliser de la Session ou de Cache, ou même gasp ViewState de garder la source de données, mais je ne vous le conseille pas. Idéalement, toute action que vous effectuez sur la grille comme le tri et la pagination devrait entraîner un autre voyage à la base de données pour l'information.

    EDIT:

    La raison d'éviter de stocker ce type d'informations de Session ou le Cache est parce qu'il est grand, et par utilisateur. Si vous avez une mémoire illimitée sur votre serveur, puis par tous les moyens de stocker des ensembles de données de tous sur la place par l'utilisateur dans la session et le cache, mais la plupart du temps vous souhaitez conserver votre utilisateur par une faible empreinte mémoire.

    Stockage de ces informations dans l'état d'affichage est en grande partie perdu, parce que vous ne jamais montrer un petit sous-ensemble de lignes pour le client, mais de leur donner un ÉNORME télécharger via leur gonflé ViewState.

    À la fin, les soins doivent être prises pour gérer la pagination, tri et filtrage des données de niveau d'accès de sorte que vous récupérer uniquement les lignes que vous souhaitez afficher à l'utilisateur.

    • Intéressant. Savez-vous si il est encore possible de saisir les données de la grille elle-même? (Et pas seulement les lignes visibles)
    • Idéalement, uniquement les lignes visibles sont ceux que vous récupérez à partir de la base de données. Tout le reste est perdu. Toutes les données sont essentiellement traduits en seulement les valeurs nécessaires pour remplir les lignes visibles sur la grille. Alors... vous ne pouvez pas vraiment récupérer fortement typé valeurs de retour, sauf si vous utilisez quelque chose comme SqlDataSource, mais même que d'habitude relie la source de données sur chaque publication.
    • Via le site web tout ce que vous voyez sont les lignes visibles et rien d'autre (il semble) est contenu sur la page, mais telerik a une sorte de cache disponible en option. J'ai donc été l'espoir d'obtenir un accès direct à celle - j'ai trouvé ce this.RadGrid2.MasterTableView.Controls(0).Rows qui contient ce dont j'ai besoin donc je vais aller dans cette direction pour voir ce que je trouve, puis je vais revenir ici...Merci beaucoup
    • Un mineur de clarification pour les jeunes lecteurs: Josh semble impliquer que si vous avez de grandes données qui ne sont pas unique par utilisateur, puis de Session est une meilleure solution, mais la Session est toujours unique par utilisateur (d'où le nom).
    • Je ne suis pas sûr de savoir comment vous êtes en mesure de déduire de cette ligne de raisonnement à partir de ce que j'ai écrit. Je n'ai jamais fait aucune déclaration à propos de la date doit utiliser Session, seulement que votre par utilisateur de la mémoire devrait être très faible.
    InformationsquelleAutor Josh
  2. 3

    Telerik a un NeedDataSource gestionnaire d'événement sur leurs contrôles. Définir la source de données n'.

    protected void radGridVesselSpecs_NeedDataSource(object source, GridNeedDataSourceEventArgs e)
{
    if (this.Vessel == null)
        return;

    this.radGridVesselSpecs.DataSource = this.Vessel.Specifications;
}
    • Ce serait encore une autre force d'extraction de la base de données. Le problème original en reste pas moins que la source de données n'est pas persisté à travers les publications.
    • Il dépend de la façon dont vous le code de votre page. Dans l'exemple ci-dessus, cette.Navire est une propriété qui s'ajoute à l'état d'affichage lors de la définir et de l'extrait de l'état d'affichage sur obtenir. Sur mon Page_Load(!IsPostBack) je suis à la définition de la propriété avec les données de la db. Il est extrait à partir de l'état d'affichage sur la publication de sorte qu'un nouveau db appel n'est pas nécessaire.
    • Je n'ai pas de problème de réglage de la source de données. Je suis en train de récupérer les données après la publication. Depuis que je sais que Telerik est la mise en cache mes données, je préfère ne pas le remettre en cache ou l'envoyer à l'état d'affichage à tous les...
    InformationsquelleAutor Ed B
  3. 0

    Vous avez deux choix, l'un pour stocker l'objet source de données dans votre session. Ou vous pouvez utiliser un Contrôle de source de données et relier cours de publication.

    InformationsquelleAutor John Mao