Классы в разных namespaces не видят друг друга.

@Timmy_Boy · Регистрация: 07.10.2011

Студворк — интернет-сервис помощи студентам

Существует два класса в разных неймспейсах. Вот первый:

C#
1
2
3
4
5
6
7
namespace View
{
  public class Presenter
  {
    public Presenter(MainWindow prog){}
  }
}

Вот второй:

C#
1
2
3
4
5
6
7
8
9
10
11
namespace Business
{
  public class MainWindow:Window
  {
     public MainWindow
     {
        Initialize Component();
        new Presenter(this);
     }
  }
}

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

@kolorotur · 13.10.2011, 11:50

Вам даже студия говорит о плохой архитектуре.
Чисто с концептуальной точки зрения: с какого перепугу Presenter использует часть интерфейса?
Если я захочу использовать этот класс в проекте Windows Service? WinForms? WPF?

@Timmy_Boy · 13.10.2011, 12:04 **[ТС]**

MainWindow как раз и используется в WPFApplication. И мне нужно передать объект класса MainWindow в Presenter для работы с ним. Ничего лучше чем использование конструктора - я не нашел. Если есть лучше варианты - предлагайте. Буду рад выслушать)

@Ereona · 13.10.2011, 12:21

Можно воспользоваться Application.Current.MainWindow;
Можно объявить интерфейс, который будет наследовать MainWindow, а в интерфейсе написать все необходимые для работы методы. Тогда параметром конструктора будет интерфейс.

@Timmy_Boy · 13.10.2011, 12:32 **[ТС]**

Я просто первый раз в WPF.
Может быть логика должна быть такова, что мы просто в MainWindow описываем обработчики на кнопки и разные прочие действия, а непосредственно методы обработки переношу в другие библиотеки.

@Ereona · 13.10.2011, 12:34

А что будет делать класс Presenter?

@Timmy_Boy · 13.10.2011, 12:36 **[ТС]**

Класс Presenter помещает текст в richtextbox, соответст-й item в treeview и подготавливает textrange для поиска.

@Ereona · 13.10.2011, 12:39

Необязательно, наверно, использовать в Presenter именно MainWindow, я думаю, можно обойтись базовым классом Window. А нужные контролы искать с помощью функции FindName(), к примеру.

@Timmy_Boy · 13.10.2011, 13:11 **[ТС]**

Тоесть сделать приведение типа MainWindow к Window? Но тогда я вроде как теряю все хэндлеры, что у меня есть в MainWindow.

@Ereona · 13.10.2011, 13:19

А они непременно нужны для работы Presenter'а? Можно прямо в Presentere написать методы, которые будут обрабатывать разные события:

C#
1
2
Presenter presenter = new Presenter();
button1.Click += new RoutedEventHandler(presenter.button1_Click);

Если нужны какие-то методы именно из MainWindow, то проще всего реализовать это через интерфейс, который будет объявлен в той же библиотеке, что и Presenter. Ну или через Reflection.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@kolorotur 17823 / 12973 / 3382 Регистрация: 17.09.2011 Сообщений: 21,261
	13.10.2011, 11:50
	Вам даже студия говорит о плохой архитектуре. Чисто с концептуальной точки зрения: с какого перепугу Presenter использует часть интерфейса? Если я захочу использовать этот класс в проекте Windows Service? WinForms? WPF? 0

@Timmy_Boy 3 / 3 / 0 Регистрация: 07.10.2011 Сообщений: 16
	13.10.2011, 12:04 [ТС]
	MainWindow как раз и используется в WPFApplication. И мне нужно передать объект класса MainWindow в Presenter для работы с ним. Ничего лучше чем использование конструктора - я не нашел. Если есть лучше варианты - предлагайте. Буду рад выслушать) 0

@Ereona 374 / 135 / 19 Регистрация: 16.07.2010 Сообщений: 342
	13.10.2011, 12:21
	Можно воспользоваться Application.Current.MainWindow; Можно объявить интерфейс, который будет наследовать MainWindow, а в интерфейсе написать все необходимые для работы методы. Тогда параметром конструктора будет интерфейс. 0

@Timmy_Boy 3 / 3 / 0 Регистрация: 07.10.2011 Сообщений: 16
	13.10.2011, 12:32 [ТС]
	Я просто первый раз в WPF. Может быть логика должна быть такова, что мы просто в MainWindow описываем обработчики на кнопки и разные прочие действия, а непосредственно методы обработки переношу в другие библиотеки. 0

@Ereona 374 / 135 / 19 Регистрация: 16.07.2010 Сообщений: 342
	13.10.2011, 12:34
	А что будет делать класс Presenter? 0

@Timmy_Boy 3 / 3 / 0 Регистрация: 07.10.2011 Сообщений: 16
	13.10.2011, 12:36 [ТС]
	Класс Presenter помещает текст в richtextbox, соответст-й item в treeview и подготавливает textrange для поиска. 0

@Ereona 374 / 135 / 19 Регистрация: 16.07.2010 Сообщений: 342
	13.10.2011, 12:39
	Необязательно, наверно, использовать в Presenter именно MainWindow, я думаю, можно обойтись базовым классом Window. А нужные контролы искать с помощью функции FindName(), к примеру. 0

@Timmy_Boy 3 / 3 / 0 Регистрация: 07.10.2011 Сообщений: 16
	13.10.2011, 13:11 [ТС]
	Тоесть сделать приведение типа MainWindow к Window? Но тогда я вроде как теряю все хэндлеры, что у меня есть в MainWindow. 0