2009-02-19 12 views

Respuesta

6

Sólo se le permite tener una ScriptManager. Puedes tenerlo en cualquiera de los dos. Tenerlo en la página maestra le ahorra la tarea de agregarlo en las páginas de contenido. Sin embargo, escribir un script personalizado dentro del administrador de scripts solo es posible si lo tiene en las páginas de contenido. Como se indica a continuación, tener dos ScriptManagers arroja un error al cargar la página.

1

Solo la página maestra. A menos que vayas a tener scripts personalizados como los mencionados anteriormente, recomendaría simplemente ponerlos en la Página Maestra para que no tengas que ponerlos en cada página que vaya a usar un control ajax.

Si lo tienes en tanto que arroja un error que dice que sólo se puede tener uno scriptmanager/página

1

¿Qué funcionalidad estás buscando? Lo más probable es que pueda hacer tanto o más cosas, pero con una huella mucho más liviana, un código de mejor rendimiento y un mejor control de lo que realmente está sucediendo si en su lugar usa jQuery. ¡Echale un vistazo!

+0

Quiero usar los Controles Ajax –

+0

Si desea usar los Controles Ajax, no voy a detenerlo. Pero si lo que quiere es obtener algo de lo que ofrece Ajax Controls, creo que se sorprenderá al ver que es aún más fácil hacer lo mismo, mejor, con jQuery. –

+0

El uso de controles ajax es bueno, pero puede haber instancias en las que jquery sea muy útil. Si nunca lo ha usado antes, le recomiendo que lo revise. Si va a escribir cualquier javascript en absoluto, es un salvavidas. –

13

Las páginas de contenido o las páginas maestras solo pueden tener un control ScriptManager en ellas. Si usted tiene un control ScriptManager en su MasterPage, se puede eliminar un control ScriptManagerProxy en sus páginas de contenido para utilizar cualquier funcionalidad específica ASP.NET AJAX dado como esto, por ejemplo:

<asp:Content ID="Content1" ContentPlaceHolderID="BodyContent" runat="server"> 
    <asp:ScriptManagerProxy ID="ScriptManagerProxy1" runat="server"> 
     <Services> 
      <asp:ServiceReference Path="~/MyWebServices/YourCoolWebService.asmx" /> 
     </Services> 
    </asp:ScriptManagerProxy> 

    <%-- more content stuff goes here --%> 
<asp:Content> 
+1

¿Qué pasa si solo estoy usando uno de los controles Ajax en la página de contenido ... ¿Todavía necesito el control ScriptManagerProxy en la página de control? –

+1

Si solo desea usar controles ASP.NET AJAX en su página de contenido, entonces no necesita ScriptManagerProxy. – Bullines

1

jQuery vs ASP.NET AJAX es no una "pregunta de uno u otro". A pesar de que tienen una funcionalidad superpuesta, son muy diferentes, y los uso a diario según la tarea. Use jQuery cuando sea posible, pero MS AJAX agrega toneladas de funcionalidades de conveniencia ASP.NET.

+0

esto debería cambiarse a un comentario sobre la respuesta de Tomas Lycken – MGOwen

+0

Para aplicaciones web normales (ASP.NET, J2EE, PHP, etc.), he encontrado que jQuery es un montón de ayuda. Acabo de empezar a considerar el uso de Ajax en mis elementos web de SharePoint, en páginas de elementos web. Desde esta perspectiva, ¿qué es mejor: ASP.NET AJAX o jQuery? –

Cuestiones relacionadas