А так нет:
public partial class _Default : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
WebUserControl myControl = new WebUserControl();
}
}
Дмитрий Ковальский, попробовал, но чего-то не пошло. Но нашёл там другой ответ, всё заработало (спасибо всё-равно, раньше ковырялся, но не мог найти), может кому будет интересно:
Контрол простой, любой, допустим текстовое поле и кнопка.
Код WebControl мойКонтрол=new WebControl () вставляю в
protected void Page_Load(object sender, EventArgs e).
Да, не так выразился, понял, что XAML - это WPF; но что XAML, что XML, что все ASPX - все на один лад, поэтому думал одно, а спросил другое.
Пытался перейти на MVC, но никак не осилю, никак не пойму принципиальные моменты, которые заставляют перейти от WebForms (да, много там умных вещей, но для меня они пока непонятны). Не только отличаи от WebForms, но и вообще зачем Microsoft взяла этот подход к разработке (для меня, из-за того, что я его не понимаю, пока только один ответ: Microsoft просто развивает то, что популярно у других, MVC).
Дмитрий Купчинский: я не специалист, но попробую. Если правильно понял ваш вопрос, то:
WPF - это усовершенствованный WINDOWS FORMS. Принципы проектирования визуальных объектов похожи на те, что используются в CSS для оформления сайтов. Классы для работы конечно переписаны: некоторые их свойства похожи на старые, некоторые названы по-другому, но в основном другие. (Всех отличий от WINDOWS FORMS не знаю, но вот одно из основных: в WPF все видимые объекты масштабируются без потери качества изображения (используется векторная графика), в WINDOWS FORMS этого нет).
SILVERLIGHT - это грубо говоря аналог Flash технологии от Adobe. Загружаете себе надстройку SILVERLIGHT, и пишите себе программки на WPF ( здесь нет никакой HTML разметки, как на сайтах или как в WEB FORMS, здесь чисто C#(C++,VB)).
а WEB FORMS - это попытка сделать проектирование сайтов таким же, как проектирование приложений под Windows (структура классов больше похожа на структуру классов в WINDOWS FORMS). Но приложение загружается к вам в браузер в виде обычного сайта (здесь и HTML разметка, и JavaScript, и CSS), поэтому при проектировании получается смесь: и HTML, и CSS, и JavaScript, и C#(C++,VB). Плюс всякие протоколы, сессии, и т.п., что связано с сетью.
Часто захожу на этот сайт professorweb.ru, зайдите, может он поможет вам соорентироваться.
Я, честно говоря, во внутренностях браузера не очень разбираюсь. Просто пробовал все эти браузеры, как и любой другой пользователь ПК, хром-иногда бывают какие-то ошибки на страницах, также, в опере реклама блокируется (на странице ничего от нее не остается), а в хроме остаются пустые блоки с крестиком; мозила, на мой взгляд, только последнее время уменьшила скорость загрузки страниц, и внешний вид к лучшему изменился недавно (да, разных надстроек к нему много), Яндекс брауз тормозит ужастно, другие браузеры на хромиум не проверял, Сафари вообще прошлый век, хоть бы припудрили немного и сделали более удобным для пользователя. Оперой пользуюсь 10 лет, все устраивает (больше всего устраивает подход разработчиков к программе), конечно на вкус и цвет товарищей нет. ИЕ тоже ругают, что у него плохо с безопасностью, не спорю, может так и есть. Но работает он неплохо, у меня на виндоусе при очень медленном интернете лишь только он умудрялся видео воспроизводить, другие браузеры висели. Короче вот так, извиняюсь, прорвалось.
А в winforms нет возможности использовать httpwebresponse и httpwebreqwest? В wpf я их использовал, может и в winforms будет работать(думаю что будет). В интернете есть примеры по этим классам.
Спасибо вам за ответ. Писал для себя программки на c# web forms и wpf, а для веб не сразу сообразил, сейчас до меня дошло конечно, что c# для сервера, а JavaScript для клиентской стороны, в вашем ответе нашёл себе подтверждение этому.
Не знаю, а я делаю, наверное по-колхозному, создаю пользовательский элемент управления со всеми полями, оформляю его как надо, а потом при разборке данных из базы данных кидаю их в эти элементы. А элементы управления бросаю в список (не помню ListBox, кажется, да в любой можно, тока их там позиционировать нужно будет). Правда XAML не использую
Не знаю, я конечно новичок, и многие меня осудят. У меня туго с JavaScript и обычно всё делаю на C#: в WebForms в обработчике нажатия на ImageButton просто использовал бы HttpWebResponse и HttpWebReqvest для отправки запроса и получения ответа, ответ вытащил бы через свойство Context формы.
