Вам нужен проект Link, чтобы предоставить способ регистрации и создания конкретных реализаций интерфейсов. Затем ProjA зарегистрирует реализацию, и ProjB может запросить ее.

В ссылке на сборку:

public interface IThing { void Update(); }

public static class ThingRegistry {
  public static void RegisterThing<T>() where T : IThing { ... }

  public static T CreateThing<T>() where T : IThing { ... }
}

В сборке ProjA:

internal class Thing : IThing { public void Update() { ... } }

В сборке ProjB:

public class Listen { 
  public void UpdateThing() {
    ThingRegistry.CreateThing<IThing>().Update();
  }
}

Затем вы предоставляете какую-то конфигурацию, которая гарантирует, что ProjA зарегистрирует ее реализацию до того, как ProjB запросит ее.

Более простой способ - использовать фреймворк внедрения зависимостей для управления этим материалом или перегруппировать ваши проекты по уровням без циклических зависимостей.

Мне, вероятно, следует прояснить мотивацию, стоящую за этим. Возможно, есть способ получше ....

У нас есть базовая форма, из которой сделаны ссылки на все остальные проекты. В качестве примера мы передаем объект, который содержит различные настройки в проект при его загрузке (из базовой формы).

Если, например, в объекте настроек изменились некоторые переменные (объект настроек заполнен в базовой форме), мы бы хотели, чтобы загруженный проект прослушал это изменение и получил новый объект настроек.

Поскольку базовая форма ссылается на все другие проекты, нам нужно, чтобы проекты «слушали» события в базовой форме.

Ясно, как грязь. :-)

Другой вариант - определить модель подписчика издателя. Итак, в вашем проекте ссылки (проект, на который ссылаются все проекты) у вас может быть что-то вроде (это псевдо-код, поэтому он не будет компилироваться сам по себе, но приблизит вас:

public class EventBroadcaster {
   //use your singleton pattern of choice. This is not what I would reocmmend but its short
   private static EventBroadcaster Instance=new EventBroadcaster;

   public void RegisterForEvent(string key,Delegate del)
   {
    //Store the delegate in a dictionary<string,del>
   //You can also use multicast delegates so if your settings object changes notify all people who need it
    }

   public void FireEvent(string key,EventArgs e)
   {
   //Get the item and execute it. 
   }
}

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

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

Отредактировано

Вот статья о чем-то похожем на то, что мы использовали. У него была статья получше, но я пока не могу ее найти: http://www.codeproject.com/KB/cs/eventpool.aspx

Вот продолжение, в котором используются дженерики: http://www.codeproject.com/KB/cs/EventPool_Revisited.aspx

Простое решение:

Класс "Raise" в проекте Ссылки на проект Ссылка. Таким образом, он может вызывать методы непосредственно для определенных там объектов.

Что-то в ссылке на проект будет вызываться классом Raise. Затем ему нужно вызвать событие.

Класс «Слушать» может прослушивать это событие и реагировать.

Для этого я использовал Activator.CreateInstance. Вы загружаете сборку по пути, а затем создаете экземпляр класса. Например, вы можете использовать это для загрузки сборок гаджетов в хост-приложение, где хост не знает о гаджетах во время компиляции.

Пример псевдокода (без обработки ошибок)

Создайте интерфейс для класса, который вы собираетесь загрузить:

public interface IRemote
{
     void Update();
}

Затем вам понадобится метод для загрузки сборки и вызова функции

Теперь вот способ использовать все это:

private void
   DoRemoteUpdate( string assemblyPath, string className )
{ 
   Assembly assembly   = Assembly.Load(assemblyPath); 
   Type     objectType = assembly.GetType(className); 

   remoteAssembly = (IRemote)Activator.CreateInstance(objectType); 
   remoteAssembly.Update(); 
}