Dlaczego moja strona ASP.NET wstrzykuje ten plik JavaScript WebResource.axd?

Kiedy przeglądam źródło na mojej stronie ASP.NET, otrzymuję następujący fragment kodu:

<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> 

plik .aspx wygląda trochę tak:

<%@ 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>

Oba fragmenty kodu (dosłowny kod i rzeczy w/WebResource.axd) wydają się być związane z robieniemJavaScript oparte na post-backach i nie mogę wymyślić żadnego powodu, którego wymagałaby moja stronaJavaScript zrobić post-backs.

Co to robi?Skąd to się bierze?Mogą Pozbyłem się tego?W jaki sposób czy mogę się tego pozbyć?

Strona, z której pochodzi to pytanie

Znaleziono trochę pracy Googleto wskazując tokontrole walidacyjne spowodowałoby to, ale nie sądzę, żebym miał jakiekolwiek kontrole walidacyjne.

Patrząc naWebResource.axd plik szczegółowo pokazuje, jak wygląda funkcja płyty kotłowej, której nie mogę znaleźć w żadnym miejscu.

Po dalszych badaniach wydaje się, że mój przycisk wysyłania nie robi tego, o czym myślałem, ponieważ ma w sobie trochę JavaScriptonclick treser. Jednak używając FireBug widzę, że strona wykonuje pełne odświeżanie (odpowiedź HTTP ma pełny tekst strony), więc nie mam pojęcia, o co chodzi. OTOH Widzę teraz__EVENTVALIDATION argument, który nie powinien tam być (ponieważ nie ma nic do sprawdzenia), więc może być interesujące wyszukanie.

Wydaje się, że na podstawie odpowiedzi poniżej znajduje się to, że uruchamiam domyślny (tylko?) Sposób, w jaki ASP.NET może wykonać post-back za pośrednictwem JavaScript, nawet jeśli podstawowy formularz HTML byłby w porządku. (Osobiście uważam, że jest to głupi wybór projektu w części MS; ASP.NET nie powinien wprowadzać zależności JavaScript, dopóki nie poprosisz go o zrobienie czegoś, czego nie można zrobić bez niego).

Na podstawie tej opinii kilka osób spekulowało, że nie wiem o czym mówię. (Pozwolę sobie, że pomyliłem ten problem przez tęsknotę, używając terminu „post-back”, myśląc, że oznacza to tylko rzeczy oparte na JS.) Chociaż nie znam szczegółów implementacji ASP.NET, wiem, jak ogólny HTTP POST działa i moja opinia opiera się na rozważeniu, w jaki sposób mógłbym wdrożyć to rozwiązanie, a nie tylko na podstawie tego, jak chciałbym, aby działało.

questionAnswers(5)

yourAnswerToTheQuestion