Вход на сайт
PHP. Приемы программирования.
NEW 01.02.06 22:58
в ответ toptop 01.02.06 20:14
Вопросик имеется.
В старом добром JavaScripte был старый добрый клиентский Alert - простое модальное окошко с текстом и кнопариком. Рылся сегодня в .Net на предмет почти того же - нужно окошко, появляющееся по клику на стандартном asp:button и возвращающее что там юзер нажмет. Сделать проверку на сервере - не проблема, но нужно, чтобы все отработало именно на клиенте. Я уж подумал - не извратится ли "нажиманием" другой кнопки, проверкой JavaScript'ом и потом клацкании на стандартной кнопе... Вот только возникает вопрос - а зачем тогда этот .Net нужен?!...
Буду благодарен за идеи, по возможности с примерами. Можно в плоть до перегрузки стандартного контрола... хммм... может одним рендрером можно обойтись?
В старом добром JavaScripte был старый добрый клиентский Alert - простое модальное окошко с текстом и кнопариком. Рылся сегодня в .Net на предмет почти того же - нужно окошко, появляющееся по клику на стандартном asp:button и возвращающее что там юзер нажмет. Сделать проверку на сервере - не проблема, но нужно, чтобы все отработало именно на клиенте. Я уж подумал - не извратится ли "нажиманием" другой кнопки, проверкой JavaScript'ом и потом клацкании на стандартной кнопе... Вот только возникает вопрос - а зачем тогда этот .Net нужен?!...
Буду благодарен за идеи, по возможности с примерами. Можно в плоть до перегрузки стандартного контрола... хммм... может одним рендрером можно обойтись?
NEW 01.02.06 23:10
в ответ scorpi_ 01.02.06 21:28
Ситуация несколько хуже. Насколько я понимаю, уже совсем мало "программистов" понимают как оно вообще работает. Блин, чтобы отследить что происходит при работе .Net-приложения приходится трекать весь обмен на собственном прокси. И то - не сразу можно разобраться как Post дополз до SELECT'а... Ну а если еще запустить профайлер на сиквеле - вообще хоть стой, хоть падай - написанный в теле DbCommand запрос окажется одним из 20-30 пришедших на сервер... 
02.02.06 21:39
Если принимать во внимание, что на стороне клиента обычный браузер, то ASP.NET и должен отправить старый добрый alert.
С учетом того, что asp:button рендерится в обычный submit, то в крайнем случае и на onsubmit можно посадить.
На скорую руку это может выглядить так:
а ASP.NET помогает на сервере программировать. Чтобы больше хтмлей и жаваскриптей хороших и разных клиенту рендерить.
в ответ Murr 01.02.06 22:58
В ответ на:
В старом добром JavaScripte был старый добрый клиентский Alert - простое модальное окошко с текстом и кнопариком. Рылся сегодня в .Net на предмет почти того же - нужно окошко, появляющееся по клику на стандартном asp:button и возвращающее что там юзер нажмет. Сделать проверку на сервере - не проблема, но нужно, чтобы все отработало именно на клиенте. Я уж подумал - не извратится ли "нажиманием" другой кнопки, проверкой JavaScript'ом и потом клацкании на стандартной кнопе... Вот только возникает вопрос - а зачем тогда этот .Net нужен?!...
В старом добром JavaScripte был старый добрый клиентский Alert - простое модальное окошко с текстом и кнопариком. Рылся сегодня в .Net на предмет почти того же - нужно окошко, появляющееся по клику на стандартном asp:button и возвращающее что там юзер нажмет. Сделать проверку на сервере - не проблема, но нужно, чтобы все отработало именно на клиенте. Я уж подумал - не извратится ли "нажиманием" другой кнопки, проверкой JavaScript'ом и потом клацкании на стандартной кнопе... Вот только возникает вопрос - а зачем тогда этот .Net нужен?!...
Если принимать во внимание, что на стороне клиента обычный браузер, то ASP.NET и должен отправить старый добрый alert.
С учетом того, что asp:button рендерится в обычный submit, то в крайнем случае и на onsubmit можно посадить.
На скорую руку это может выглядить так:
В ответ на:
<html>
<head>
<script runat="server">
Sub Page_Load(Sender As Object, e As EventArgs)
Button1.Attributes.Add("onclick","return alert('It is local',0);")
End Sub
Sub CommandBtn_Click(sender As Object, e As CommandEventArgs)
Select e.CommandName
Case "Submit"
Message.Text = "It is from server"
Case Else
Message.Text = "Command name not recogized."
End Select
End Sub
</script>
</head>
<body>
<form runat="server" onsubmit="alert('onsubmit')">
<h3>Button CommandName Example</h3>
Click on one of the command buttons.
<asp:Button id="Button1"
Text="Submit"
CommandName="Submit"
OnCommand="CommandBtn_Click"
runat="server"/>
<asp:Label id="Message" runat="server"/>
</form>
</body>
</html>
<html>
<head>
<script runat="server">
Sub Page_Load(Sender As Object, e As EventArgs)
Button1.Attributes.Add("onclick","return alert('It is local',0);")
End Sub
Sub CommandBtn_Click(sender As Object, e As CommandEventArgs)
Select e.CommandName
Case "Submit"
Message.Text = "It is from server"
Case Else
Message.Text = "Command name not recogized."
End Select
End Sub
</script>
</head>
<body>
<form runat="server" onsubmit="alert('onsubmit')">
<h3>Button CommandName Example</h3>
Click on one of the command buttons.
<asp:Button id="Button1"
Text="Submit"
CommandName="Submit"
OnCommand="CommandBtn_Click"
runat="server"/>
<asp:Label id="Message" runat="server"/>
</form>
</body>
</html>
а ASP.NET помогает на сервере программировать. Чтобы больше хтмлей и жаваскриптей хороших и разных клиенту рендерить.
NEW 02.02.06 21:47
в ответ scorpi_ 01.02.06 21:28
К сожалению, ты прав. В новом ASP.NET 2.0 наваротили еще больше серверных элементов и рекламируют легкость прогарммирования. В доках в общем-то Life Cycle хорошо описана, но кто ж доку читает. 
То ли они хотят за счет большого числа новых "программеров" повысить спрос на .NET сервера, то ли другая какая цель. Но они же должны понимать, что кухарки все равно не смогут программировать, хотя бы потому, что не захотят.
То ли они хотят за счет большого числа новых "программеров" повысить спрос на .NET сервера, то ли другая какая цель. Но они же должны понимать, что кухарки все равно не смогут программировать, хотя бы потому, что не захотят.