2009-10-01 4 views

Répondre

6

Il peut, mais le Viewstate n'est pas disponible. Donc, si le contrôle repose sur le viewstate, il peut mal fonctionner.

De même, les événements ne seront pas facilement disponibles.

0

Pas la plupart des contrôles Web car ils dépendent de ControlState et, dans certains cas, de ViewState. Des tiers comme Telerik adaptent leurs contrôles pour contourner ce problème, mais l'objectif à long terme est de construire de nouveaux contrôles plus basés sur des standards comme JavaScript, jQuery, JSON, etc.

1

Ce que je sais à coup sûr Cela signifie que tout contrôle qui implémente IPostBackEventHandler ou IPostBackDataHandler échouera automatiquement - ils lèveront une exception disant que vous avez besoin d'un <form runat="server">

Cela dit, vous devriez éviter d'utiliser les contrôles serveur ASP.NET WebForms dans vos applications MVC.

1

N'oubliez pas que MVC implémente REST afin que ViewState soit désormais obsolète à moins que vous ne l'utilisiez vous-même en utilisant des champs cachés. A propos de la seule chose que les contrôles WebForm étaient bons était Ajax IMHO.

Si vous remplacez les contrôles WebForm par des vues partielles, des classes WebControl et des plugins jQuery, vous pouvez obtenir la même chose.

Je suis actuellement en train d'écrire mes propres WebControls et jQueryPlugins et de les référencer dans des vues partielles.

Il existe maintenant des tas de plugins jQuery qui effectuent à peu près toutes les actions que les contrôles WebForm ont fait.

Questions connexes