с методом MethodA().
Есть второй проект, в котором есть класс B с методом MethodB().
Эти проекты не связаны никак. Вопрос: как можно в проекте 2 получить список классов и методов из первого проекта?
Assembly load?
Сделать в классе A, метод GetMethod
Это плохое решение.
Если проект 1 передаст проекту 2 свою Assembly или любой тип из себя, то проект 2 может без прямого LoadFrom рефлексировать и получать типы. Но это означает, что должен быть какой-то проект, который их всё таки связывает - 1 ссылается на 2 или консольное приложение, которое пользуется обеими либами.
WCF в глаза не видел, но читал что делает что то похожее
вынести классы для общения по grpc в общую сборку С, которую зареференсишь в А и Б
Это тяжёлая связка
Это не так просто. Например, в проекте 2 если класс с реализацией интерфейсов. Вызов метода объекта класса А идёт по имени класса и имени метода.
Ну, развлекаться с LoadFrom - как-то некрасиво получается. А если сборки неподписанные, то ещё и не совсем безопасно с точки зрения того, что либу можно будет подменить в каких-нибудь неприятных целях. Уж не знаю насколько это применимо в этом случае
Это не ты на тостере такой вопрос задал?
Что за тостер?
А зачем в GRPC так делать?
При Code-First подходе есть проблема с тем, что имя класса, реализующего нужный метод, неизвестно.
Обсуждают сегодня