День добрый,

Есть 2е DLL в которых 2 класса с одинаковыми именами но разными свойствами (на самом деле библиотек будет больше чем 2е)

Необходимо при добавлении этих библиотек в проект и объявлении чтобы она отображалась как единая, и чтобы объявленый экземплях имел все свойства 2х DLL.


Сейчас не понимаю возможно ли это вообще. Попытался погуглить но нужного не нашел.

Уточняю цель (эх так и знал что нужно будет уточнить цель)

Нужно подрубаться к SAP. Проектов просто тьма. Каждый раз приходиться создавать "что-то" с нуля.

Нужна стандартизация. Это стало просто критично. Подумал двинуться в сторону слоя и репозиториев. Проблема в том что в каждом проекте разные таблицы.

Решил создавать под каждую таблицу отдельную DLL содержащую классы таблица, слой и репозиторий. Добавлять / Удалять в проекте по мере необходимости эти DLL.

Слой должен содержать все репозитории. В слое будет конекшен для всех репозиториев.

Сон Веры Павловныzz118Такое "объединение" классов впрямую невозможно.
Возможно - это partial classes. Но части таких классов должны быть в одной сборке, и одном неймспейсе. Так что ТС хочет невозможного.

Попробывал через partial но не получилось видно по причине того, что сборки разные ( . Пространство имен одно и тоже.

Roman Mejtes
У меня такой вопрос, у вас получилось то, что вы задумали, куда потом всё это?
ради чего весь этот геморой?
чисто ради стандартизации? тогда об этом надо было думать раньше, есть же еще вариант переделать существующие проекты (в новой итерации)

Сейчас ~ 70-80 готовых мелких-средних проектов где беруться данные из САП (от 1-3 таблиц до 10-12 примерно)
Проекты писались людьми с разным уровнем знаний по програмированию.

Сейчас в списке идей около ~ 1500 проектов разной сложности. В некоторых проектах програмирование не требуется, только действия от бухгалтеров для упрощения бизнесс процесса. Это общий список. Сколько из них требуют кода связанного с сап точно сказать не могу. Оценить руки не доходят.

Вариантов подключения и получения данных из сап тех что я видел использовались ~ 3 штуки

ПОследний вариант, которым пошел я это из BizTalkAdapterPack взял 2 библиотеки: Microsoft.Adapters.SAP.dll, Microsoft.Adapters.SAP.SAPGInvoker.dll

На их базе создал следующие классы:

Sap.Rfc.ReadTable.dll
- Configure
- SapBinding
- SapConnectionUri
- SapEndPoint
- Objects
- RFC_DB_FLD
- RFC_DB_OPT
- TAB512
- Proxy
- ClientReadTable
- RequestReadTable
- ResponseReadTable

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

Sap.Tables.BKPF.dll
- Tables
- BKPF
- Service
- DataLayerSap
- RepositoryBKPF
- Load (параметры)

Sap.Tables.BSEG.dll
- Tables
- BSEG
- Service
- DataLayerSap
- RepositoryBSEG
- Load (параметры)


Вобщем на сколько это правильный подход не знаю. Лучше пока в голову ни чего не пришло :)

skyANAВ SAP проекты наверняка относятся к разным частям предметной области, содержат разную логику.
Зачем их объединять?

Пример: Есть проекты А, Б, С, Д, Е

А, С, Е - использует данные из таблицы BKPF

A, Д, E - использует данные из таблицы BSEG


Создав для каждой таблицы свою dll мне как видиться сейчас будет проще. Все библиотеки для чтения данных из таблиц унифицированы. Все что нужно подключить. Все репозитории объединены одним слоем, который содержит в себе коннекшен, общий для всех таблиц.

Если у меня не правильный подход-понимание. Пожалуйста, посоветуйте правильное направление.

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


Спасибо. Попробую.

Изопропилпочему не подходит создание суперсборки из partial исходников по необходимости?

Сорри не понимаю просто о чем речь. Но обязательно погуглю.