Как изнутри сборки NET определить, загружена ли она в AutoCAD?

[Алексей Кулик]

При разработке сборки столкнулся с ситуацией, когда часть функционала надо блокировать, если сборка вызывается не из-под AutoCAD, а из стороннего приложения.
Т.е. для тестирования используется чуть ли не консольное приложение, которое из проверяемой сборки вызывает какие-то формы, работает с БД и т.д. Но любые попытки вызвать часть функционала AutoCAD, естественно, вываливает Exception. Ставить try-catch, как мне кажется, так себе идея.
Можно ли проверить (и если да, то как), обращение к сборке выполняется из-под AutoCAD или нет?

[avc]

del

[Роман Малютин]

Мне кажется эта задача должна решаться правильной архитектурой приложения, а не проверками.
Разделить всё минимум на три проекта:
1. Кадонезависимый функционал
2. Только работа с AUTOCAD, ссылается на 1.
3. Ваше консольное приложение, тоже ссылается на 1 и ничего не знает про 2.
В дальнейшем п.1 разделится ещё на составляющие в зависимости от сложности. Например отдельно выделить UI и остальные слои.

[Алексей Кулик]

Это было бы правильно и здорово, но дополнение:
- досталось в наследство
- уже сидит у пользователей
- на нормальную переделку никто не дает ни времени, ни ресурсов
Первое, что пришло в голову - узнать, можно ли определить, работа ведется из-под када или все же из под консоли. И при этом не вводить в проект дополнительных конфигураций и переменных сборки.
P.S. Ко мне лучше на "ты"

[Привалов Дмитрий]

можно ли определить, работа ведется из-под када или все же из под консоли.

А переменные в консоли работают? Может PRODUCT или PROGRAM выдаст что-то отличное?

ACADVER = 18.0s (LMS Tech)
_VERNUM = D.309.0.0 (UNICODE)
_PKSER = серийник
PLATFORM = Microsoft Windows NT Version 6.2 (x64)
PRODUCT = AutoCAD
PROGRAM = acad

[Алексей Кулик]

Я плохо объяснил...
Есть NET-сборка, которая грузится в ACAD. Эту сборку надо постепенно переводить на нормальные рельсы. Я хочу подключить эту сборку как внешнюю dll в обычное windows-консольное приложение и обращаться к классам тестируемой сборки из-под windows-консоли. Соответственно любой функционал, завязанный на работу с AutoCAD, надо отключать. Вот я и хочу узнать, каким манером это можно сделать (если можно вообще).

[Привалов Дмитрий]

Я плохо объяснил...

да не все понятно, даже сейчас.

Эту сборку надо постепенно переводить на нормальные рельсы.

Что значит переводить на нормальные рельсы?
Исходники то есть?

Соответственно любой функционал, завязанный на работу с AutoCAD, надо отключать.

Что значит отключать? Нужно определить какие классы обращаются к AutoCAD или как-то залезть в dll, модифицировать ее или что то еще?

[Привалов Дмитрий]

Если будет больше информации, то будет проще подсказать.

Определить, какой процесс использует библиотеку dll
http://markimarta.ru/windowsos/opredelit-kakoj-process-ispolzuet-biblioteku-dll.html

CurrentDomain: домен текущего приложения
https://metanit.com/sharp/tutorial/18.2.php

 

[Алексей Кулик]

Благодарю, попробую вникнуть!

[Александр Ривилис]

Но любые попытки вызвать часть функционала AutoCAD, естественно, вываливает Exception. Ставить try-catch, как мне кажется, так себе идея.

Идея вполне нормальная. Да и проверить можно однократно. Кстати, если ты используешь в этой сборке какие-то сборки из AutoCAD .NET API, то ты просто не сможешь воспользоваться этой сборкой вне AutoCAD, так как сборки из AutoCAD .NET API завязаны на acad.exe, acdbNN.dll и т.д. и не могут использоваться вне процесса AutoCAD.

[Алексей Кулик]

То есть мне сразу надо выполнять разделение функционала и делать отдельные сборки для работы с ACAD и "вне его"?
Голова уже что-то не варит, попробую на следующей неделе поковырять.

[Александр Ривилис]

То есть мне сразу надо выполнять разделение функционала и делать отдельные сборки для работы с ACAD и "вне его"?

100%

[Lemieux]

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

[Алексей Кулик]

Не секрет Процесс называется "[само]обучение в боевых условиях" При этом основная задача - ничего не порушить.

[Дмитрий Загорулькин]

Кстати, если ты используешь в этой сборке какие-то сборки из AutoCAD .NET API, то ты просто не сможешь воспользоваться этой сборкой вне AutoCAD, так как сборки из AutoCAD .NET API завязаны на acad.exe, acdbNN.dll и т.д. и не могут использоваться вне процесса AutoCAD.

Можно воспользоваться, если не вызывать обращения к библиотекам автокада. Я так тестирование частичное делал для сборок. Но это очень тонкий лёд, конечно...

Определить, какой процесс использует библиотеку dll
http://markimarta.ru/windowsos/opredelit-kakoj-process-ispolzuet-biblioteku-dll.html

CurrentDomain: домен текущего приложения
https://metanit.com/sharp/tutorial/18.2.php

Да, надо смотреть именно эти направления. Не должно использоваться ничего из AutoCAD API. Только рефлексия и т.п. "чисто NET" вещи.