sql

[enot]

При работе плагина с sql строка подключения ищется в конфиге ревита. Можно ли поменять место поиска?

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

При работе плагина с sql строка подключения ищется в конфиге ревита. Можно ли поменять место поиска?

Очень желательно уточнить как плагин работает с SQL. Какое API используется?

[enot]

плагин работает через модель ADO.NET ( EntityFramework)

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

плагин работает через модель ADO.NET ( EntityFramework)

А на лету подставить строку подключения ты не можешь? В этом случае ты мог бы хранить её где угодно.

[enot]

плагин работает через модель ADO.NET ( EntityFramework)

А на лету подставить строку подключения ты не можешь? В этом случае ты мог бы хранить её где угодно.

на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге

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

https://docs.microsoft.com/ru-ru/dotnet/framework/data/adonet/connection-string-syntax

[enot]

Вообще, на лету строку можно прописать, при создании экземпляра модели базы данных (БД). Но , в ситуации когда вся работа и модель БД описана в одном dll который в свою очередь подгружается ссылкой в dll самого плагина - то тут эта прописанная строка игнорируется, не понятно почему. Поэтому тут вопрос, есть ли что то универсальное , чтобы Ревит искал строку подключения именно в заданном конфиге

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

enot,
Посмотри эту тему: https://stackoverflow.com/questions/34350851/entity-framework-6-set-connection-string-in-code
Там описано как создать строку подключения в EntityFramework в коде. Ну а раз можно в коде, то ты можешь прочитать ее и из своего файла конфигурации.

[Александр Пекшев aka Modis]

на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге

Потому что плагин - это не приложение и у него не может быть app.config

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

на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге

Потому что плагин - это не приложение и у него не может быть app.config

Быть он может, но он игнорируется.

[Александр Пекшев aka Modis]

на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге

Потому что плагин - это не приложение и у него не может быть app.config

Быть он может, но он игнорируется.

Он может быть, но его чтение нужно реализовывать вручную. Стандартный функционал читать его конечно-же не будет, так как выполняемая программа в данный момент - это автокад, а не плагин

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

на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге

Потому что плагин - это не приложение и у него не может быть app.config

Быть он может, но он игнорируется.

Он может быть, но его чтение нужно реализовывать вручную. Стандартный функционал читать его конечно-же не будет, так как выполняемая программа в данный момент - это автокад, а не плагин

Согласен!

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

enot,
Еще одна статья на эту тему: https://www.c-sharpcorner.com/UploadFile/dacca2/pass-connection-string-in-run-time-to-entity-framework/

[Александр Пекшев aka Modis]

Немного оффтопика в тему:
Пока я работал в большой конторе, то часто видел практику использования файлов конфигов для такого рода значений - строка подключения к БД, какие-то URL и т.п. Причем, не задолго до моего увольнения, там начали прям обширно это использовать. Задумка ясна как день - поменять какие-то значения не пересобирая плагин... НО! Но это все в теории. На практике никто из пользователей во-первых не знает об этих конфигах, а во-вторых не будет в них ничего менять (ибо нафиг им это не надо). Поэтому новые значения в этих же конфигах доставляются до пользователей с новыми версиями плагинов. Смешно ))
Так что, ИМХО - вбивайте путь подключения к БД прям в код и ничего в вашей жизни

[enot]

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