Обработка событий в сборке C#

Question

У меня есть исполняемый проект, называемый A.EXE, который ссылается на библиотеку классов C# B.DLL.

A.EXE генерирует события, которые обрабатываются классом в B.DLL. В событиях используется собственный дочерний элемент EventArgs, называемый ProjectEventArgs.

Нужно ли добавить ссылку на A.EXE в проект B.DLL, чтобы определить класс ProjectEventArgs? Это не кажется мне совершенно правильным, поскольку я думаю, что это круговая зависимость.

Есть ли способ реорганизовать мой код, чтобы этого избежать?

спасибо, Энди

Answer 1

Вы не можете ссылаться на a.exe с b.dll в первую очередь, так что нет, это не решение. Даже если это была DLL, вы не сможете сделать ссылку, потому что она представит круговую ссылку между сборками, что не разрешено.

Первое решение по рефакторингу кода определяет, принадлежит или нет ProjectEventArgs в dll или приложении. Способ сделать это - проверить, какие другие зависимости имеет класс ProjectEventArgs - это зависит от других типов от A.exe или не имеет других зависимостей? (Если последний, вставьте его в dll).

В случае, если у него есть зависимости внутри A, вам необходимо отделить функциональность ProjectEventArgs от базового (абстрактного) класса или интерфейса. (Или, поскольку он уже является дочерним элементом EventArgs - не можете ли вы захватить всю необходимую функциональность, просто используя EventArgs из B?)

Действительно может сделать с образцом кода вашего класса ProjectEventArgs и фрагментом, где вы используете/называете это, чтобы дать реальное образец решения.

Answer 2

Ваш B.DLL не должно ничего о A.exe знает - вы правы, вы создаете циклическую зависимость.

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

Без просмотра кода и более подробной структуры проекта будет трудно сказать, какой из них будет лучшим.