Cuando veo el código fuente en mi página ASP.NET, obtengo el siguiente fragmento de código:

<script type="text/javascript"> 
//<![CDATA[
var theForm = document.forms['form1'];
if (!theForm) {
    theForm = document.form1;
}
function __doPostBack(eventTarget, eventArgument) {
    if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
        theForm.__EVENTTARGET.value = eventTarget;
        theForm.__EVENTARGUMENT.value = eventArgument;
        theForm.submit();
    }
}
//]]>
</script> 

<script src="/WebResource.axd?d=5lheyan7fritNTjDRpG8vA2&amp;t=633734967316503584" type="text/javascript"></script> 

el archivo .aspx se parece un poco a esto:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="NaturalDateDemo._Default" %>

<form id="form1" runat="server" enableviewstate="False">
   Enter something to parse:<br />
   <asp:TextBox ID="TextBox1" runat="server" Width="270px"></asp:TextBox>
   <asp:Button ID="Button1" runat="server" Text="Parse" PostBackUrl="Default.aspx" CausesValidation="False" EnableViewState="False" UseSubmitBehavior="true" />
</form>

Ambos fragmentos de código (el código literal y el material en/WebResource.axd) parecen estar relacionados con hacerJavaScript post-backs basados ​​y no puedo pensar en ninguna razón por la que mi página requeriríaJavaScript para hacer los post-backs.

¿Qué está haciendo esto?¿De dónde viene?Poder Me deshago de eso?Cómo puedo deshacerme de eso?

La página de la que viene esta pregunta.

Un pequeño trabajo de Google encontradoesta Indicando quecontroles de validación causaría esto, pero no creo que tenga ningún control de validación.

Mirando a laWebResource.axd archivo en detalle muestra una gran cantidad de lo que parece ser una función de placa de caldera que no puedo encontrar ninguna referencia desde cualquier lugar.

Después de una investigación adicional, parece que mi botón de enviar no está haciendo lo que pensé que era porque tiene algún JavaScript en suonclick entrenador de animales. Sin embargo, al usar FireBug puedo ver que la página está realizando una actualización completa (la respuesta HTTP tiene el texto completo de la página), así que no tengo ni idea de qué se trata. OTOH ahora estoy viendo una__EVENTVALIDATION argumento que no debería estar allí (porque no hay nada que validar) por lo que podría ser interesante buscarlo.

Parece que, de acuerdo con la respuesta que aparece a continuación, lo que estoy encontrando es que la forma predeterminada (¿solo?) Para que ASP.NET realice una devolución posterior es a través de JavaScript, incluso cuando un Formulario HTML básico funcionaría bien. (Personalmente, creo que esta es una elección de diseño estúpido por parte de MS; ASP.NET no debería introducir la dependencia de JavaScript hasta que le pida que haga algo que no se puede hacer sin ella).

Basados ​​en esa opinión, varias personas han especulado que no sé de qué estoy hablando. (Le concederé que confundí el problema con el término "post-back", pensando que solo implica cosas basadas en JS). Si bien no conozco los detalles de implementación de ASP.NET, sí sé cómo funciona el HTTP general. Las cosas de POST funcionan y mi opinión se basa en considerar cómo implementaría la solución por mi cuenta y no solo en cómo me gustaría que funcione.