Сахават ЮсифовКто-нибудь в двух словах расскажет?
Где там события, как с биндингом? А грида нету?

События там же, так же, но больше. Все контролы в namespace System.Windows.
Основной - System.Windows.UIElement. Контролы можно "расставить" с помощью XAML, по которому потом в VS генерится код. А можно навставлять контролы обычным способом в коде:

    System.Windows.Controls.Label lablel =
      new System.Windows.Controls.Label();
      lablel.Content = "Привет! Я замл.";
      Children.Add(lablel);

События в коде вставляются как обычно, через делегаты.

В разметке замл для создания обработчика события надо написать так:

<TextBox Name="tbName"
KeyDown="TextBoxKeyDown"
Text="{Binding Path=Name}" />

Тогда в код надо вставить метод:

private void TextBoxKeyDown(object sender, KeyEventArgs e)
{ ... }

Если кода не будет, то компилятор будет ругаться.

Строчкой Text="{Binding Path=Name}" проиллюстрирован один из вариантов биндинга.
В этом случае свойству tbName.DataContext надо присвоить ссылку на объект,
у которого будет свойство Name.

Вот вкратце ответ на вопрос.

Да. Еще про грид. В понимании Windows.Forms Грида нет (но можно все контролы из Windows.Forms использовать). Там обходятся другим Гридом - System.Windows.Controls.Grid, очень похожим на <table> в html. К нему добавляют разные шаблоны, селекторы шаблонов и прочие прибамбасы, и получается нормальный DataGrid...

Все ивенты и прочее видны в редакторе замл (если схема нормально подкручена).
См. рисунок:

grexhide
А если в OnKeyDown = "ComboBoxClick" вписать OnKeyDown = "ComboBoxFuckenClick", но при этом "забыть" поправить код... На каком этапе чудо среда обделается (не существующий метод)? На этапе runtime или все же на DesignTime?

если обработчик ComboBoxFuckenClick такой:


то ругаться не будет, если такой:


или вообще никакого, то ругнется в DesignTime.

grexhide
Дык в таком виде WPF - есть фонарь, а XAML - тупик коммунизма (с) мой
Кодогенерация в WinForms выглядела и то получше... Впрочем, чего уж там.... Если ломать, то окончательно.

Определимся с понятиями. XAML - часть WPF.

ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.NETFX30SDK4VS.1033/wpf_conceptual/html/582a314e-e23d-4144-b45b-acbbd5579252.htm:

WPF constructs UIs by using Extensible Application Markup Language (XAML), which is an XML-based markup language for composing WPF elements and taking advantage of the fundamental WPF services.

grexhide
Кодогенерация в WinForms выглядела и то получше...
No comments

хламист http://xceed.com/Grid_WPF_Intro.html
http://www.infragistics.com/dotnet/netadvantage/wpf/xamdatagrid.aspx#Overview

Все здорово - но пока рано. Года три-четыре надо подождать, чтобы подавляющее большинство рядовых юзеров поставило себе Framework 3.0 или висту. А пока это не произойдет, навороты WPF-to-ASP.NET будет уделом извращенных корпоративщиков.

Сахават Юсифов

Да Вы что? Какие 3-4 года?
Я все новые проекты делаю на .Net. Никто не отказывается ставить нет. (Торговля, HR и т.д.)
Сейчас делаю для одного крупного аеропорта систему регистрации на Дельфи (досталась в наследие), так вот там надо было сделать отдельную фигню - при поступлении сообщения из мест продаж в виде текстового файла парсить его и записать в БД. Я седелал это отдельно на FileSystemWatcher. Ничего, запросто поставили .Net 2.0. Без разговоров. И Net 3 поставят. Даром же. :)

Я про ASP.NET, т.е про то что хостится в интеренете ...
С корпоративщиками всегда можно договорится, а разговор был про рядовых юзеров, которые лазят по инету.

chpashaНу и зря, если проект уже был на дельфи, нафига все в кучу было мешать, можно было тот же FileSystemWatcher там и реализовать (в конце туннеля все равно вызывается если не ошибаюсь апишная ReadDirectoryChangesW). Ради одной то фичи не стоило нагромождать.

В Висте Win API является инороднм телом.