Нужно при старте WPF приложения показать окошко WinForm из библиотеки, и на основании введенных в него данных показать/непоказать уже главное WPF окно приложения. Вот не могу понять куда лучше приткнуть вызов окошка и обработку его данных. Пока додумался до того что создал класс, в котором определил Main() и указал его в свойствах проекта как входную точку. Подскажите как подобные штуки обычно делают по уму так сказать?

AlexeiK,

И в ВинФормс использовать Process.Start ? Не хотелось бы делить сборку. Как прилично сделать в одной сборке?

Алексей К...Предполагаю, что в методе main можно обычным образом показать WinForms-окно через ShowDialog(). Потом по результатам диалога запустить WPF-ное Application.Run().
Да вот таким путем и иду. Просто немного пугает меня то, что метод Main() студия заныкала в скрытые файлы. Я написал свой и из него вызываю уже по результатам диалога студийный App.Main(). Может какой-то есть общепринятый подход, а я пру против течения? (Пугает меня все таки немного этот WPF.)

AlexeiK,

Ну мне как начинающему хотелось бы следовать хорошим практикам. :)

AlexeiK,

Только вот желательно учится на чужих ошибках (которые и выражены в книжках, практиках и прочем). Зачем же топать по граблям если есть путеводители дорожкам между ними?! :)

Изопропил,

Может и зря, но как-то диковато для меня весь этот каркас выглядит.

Изопропил,

Под каркасом я имел в виду WPF Framework. Как-то все не так, как было в винформс, хотя некоторые общие моменты есть. Да плюс накладывается то, что я вообще в .NET не долго и еще далеко не во всем разобрался.

Изопропил,

System.Windows.Forms.Application.Run(new System.Windows.Forms.Form()); ИМНО крутовато. Я просто ShowDialog-ом обхожусь.

App.xaml в общем-то не мешает так как в нем почти ничего нет, а вот сам класс Арр быть вроде обязан, ибо является основой модели WPF приложения. Или Вы имеете в виду что если удалить из проекта App.xaml (тут я понимаю нужно как-то обеспечить сохранность App.xaml.cs или еще как-то ввести в проект наследника Aplication?) то студия не будет генерировать App.g.cs и процедуру Main() можно будет написать в файле кода класса-наследника?

Изопропил,

Кажется я сначала неправильно понял Ваше предложение. :) Ведь App.xaml и все что к нему студия нагенерила по большому счету не нужно, если в него не навешать каких нибудь своих ресурсов. А нет ли вероятности что потом мне нужен будет этот удаленный наследник Application? Ведь для чего-то в шаблон он включен. Для чего он?

Алексей К,

Почему нельзя удалять App.xaml? Ведь можно в классе главного окна сделать метод Main(), в котором сделать

Весь InitializeComponent() для класса Арр представляет собой this.StartupUri = new System.Uri("MainWindow.xaml", System.UriKind.Relative); и похоже не нужен при использовании Run(new MainWindow()). Почему его нельзя его удалять?

sandyp,

Результаты трудов винформ окошка надо передать в главное окно приложения, а его еще нету когда работает OnStartup.

sandypLexxxxx,

Если пихать данные во viewmodel, то по идее это не проблема.

Честно говоря плаваю я во всех этих "viewmodel". Я бы сформулировал это так: при старте винформ окно вернет некоторый набор параметров, которые потом нужно передать модели данных для ее инициализации. Вот я и думаю передать их в главное окно, которое инициализирует модель и отобразит ее. Возможно это и не правильно, но я не знаю как правильнее. Подскажите, как надо?