Está bien utilizar __doPostBack()
o no se recomienda porque se genera desde ASP.Net y no estamos seguros si lo cambiaron en una próxima versión de ASP.Net.¿Está bien usar __doPostBack()?
Respuesta
Me gustaría desaprobarlo, ya que es material interno de ASP.NET
y nunca fue pensado para ser utilizado directamente.
En su lugar, lo que hago cuando necesito "manualmente" PostBack gatillo es la adición de botón oculto "del lado del servidor" con el buen OnClick:
<asp:Button id="btnDummy" runat="server" OnClick="Foo" style="display: none;" />
A continuación, el JS es:
document.getElementById("<%=btnDummy.ClientID%>").click();
De esta manera no me importa cómo pasa la publicación, simplemente desencadenar el flujo natural de eventos.
No debe llamar directamente. Usted debe generar la llamada de JavaScript mediante el uso de funciones en Page.ClientScript
tales como:
Esto asegurará que siempre es compatible.
Probablemente no lo cambien, pero ¿por qué llamarlo directamente?
Creo que es una mejor estrategia para activar el evento (un clic de botón, por ejemplo) y dejar que el control active la devolución de datos.
Necesito activar la devolución de datos directamente, se recomienda usar las funciones de Page.ClientScript descritas a continuación.
Creo que está perfectamente bien para usar directamente, y lo he usado sin falta, es solo una función de JavaScript después de todo.
Lo usamos por todas partes y no puedo imaginar que alguna vez se elimine de ASP.NET. Creo que el método del botón falso/oculto es igual de hokie si no peor. Si usa el enfoque del botón falso, entonces no tiene opción de pasar el __EVENTARGUMENT. Me gusta usar __EVENTARGUMENT para pasar mis datos al servidor mejor que crear campos ocultos, porque sería más difícil para un hacker poner en peligro que simplemente publicar algún campo oculto en mi página. Tampoco me gusta la idea de crear campos y controles en la página si ni siquiera se van a mostrar. Estoy seguro de que el enfoque del botón falso probablemente sea más fácil de entender para un codificador novato. Dicho esto, estoy buscando una forma más elegante de acercarme a esto, pero todavía me encuentro llamando al
__doPostBack('%=UpdatePanel.ClientID%>','MyData')
en algunos casos.
- 1. ¿Está bien aún usar tablas?
- 2. ¿Está bien usar entidades HTML en atributos?
- 3. ¿Está bien usar == en enumeraciones en Java?
- 4. ¿Cuándo está bien usar un IORef?
- 5. ¿Está bien usar google.setOnLoadCallback varias veces?
- 6. Al comparar por igualdad, ¿está bien usar `==`?
- 7. ¿Está bien usar array [key] en PHP?
- 8. ¿Está bien usar try catch inside finalmente?
- 9. ASP.NET UpdatePanel y Javascript __doPostBack
- 10. memcacheD Esto está bien?
- 11. T4MVC, ¿está desactualizado? ¿Sigue bien? Si no, ¿qué más usar?
- 12. ¿Cuándo está bien usar un archivo XML para guardar información?
- 13. ¿Está bien usar <input type = "tel" /> ahora?
- 14. ¿Está bien usar iostreams con int como character-type?
- 15. ¿Está bien usar múltiples pseudo-elementos en css?
- 16. ¿Cuándo está bien usar Javascript y cuándo no?
- 17. ¿Está bien usar una ID de textura aleatoria?
- 18. ¿Cuándo está bien usar una variable global en C?
- 19. ¿Está bien usar "ir a" de una declaración de catch
- 20. ¿Está bien usar "id" como nombre de propiedad?
- 21. ¿Está bien omitir "devolver ninguno"?
- 22. ¿Este código está bien definido?
- 23. ¿Este código está bien definido?
- 24. ¿Está bien lanzar un java.lang.Error?
- 25. ¿Está bien con archivos binarios?
- 26. ¿Está bien derivar de System.ArgumentException?
- 27. ¿Está bien utilizar Math.Pow (10, n)?
- 28. ¿Está bien guardar mucha información en $ _SESSION?
- 29. ¿Está bien para copiar una CRITICAL_SECTION?
- 30. ¿Está bien tener objetos Singleton DAO?
Sí, es "solo una función de JavaScript", pero el problema es que no hay * garantía * de que estará presente en una próxima versión. –