2009-10-12 4 views
0

J'ai un projet WebForms où nous utilisons Linq to SQL (L2S) pour fournir un accès aux données. Je sais que L2S peut gérer les horodatages, mais je me demande quelle est la meilleure façon de gérer les horodatages du côté client. Je pense qu'une possibilité est de simplement mettre l'horodatage dans un champ caché quand une entité est rendue, mais cela semble un peu hacky, une autre option serait de mettre l'horodateur/objet entier dans une variable de session, mais encore une fois cela ne me semble pas très propre.Comment utiliser SQL Timestamps dans un projet WebForms/Linq To SQL?

Quelles sont les alternatives?

+1

Que voulez-vous faire avec les horodateurs ?? –

+1

Je les utilise pour une concurrence optimiste, je dois donc les replacer dans les objets DTO, afin qu'ils puissent valider la mise à jour des données. – ilivewithian

+0

Ok, donc vous avez exclu le champ caché et la session. Que diriez-vous de viewstate? – KristoferA

Répondre

0

Cela dépend si vous parlez des listes de DTO ou d'un seul DTO.

Pour les DTO uniques, je mettrais l'horodatage et l'ID dans le viewstate.

Pour les listes, je mettrais des champs cachés dans n'importe quel mécanisme de liste que vous préférez (gridview/repeater/construction manuelle de tables (yuk!)).

+0

C'est une liste d'entités en ce moment, je suppose que c'est la voie à suivre. – ilivewithian

+0

Le yuk était en ce qui concerne la construction manuelle des tables. Je suis en train de mettre à jour un projet qui le fait beaucoup. Je veux creuser mes globes oculaires: p – JustLoren