При работе плагина с sql строка подключения ищется в конфиге ревита. Можно ли поменять место поиска?Очень желательно уточнить как плагин работает с SQL. Какое API используется?
плагин работает через модель ADO.NET ( EntityFramework)А на лету подставить строку подключения ты не можешь? В этом случае ты мог бы хранить её где угодно.
плагин работает через модель ADO.NET ( EntityFramework)А на лету подставить строку подключения ты не можешь? В этом случае ты мог бы хранить её где угодно.
на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге
Быть он может, но он игнорируется.на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге
Потому что плагин - это не приложение и у него не может быть app.config
Быть он может, но он игнорируется.на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге
Потому что плагин - это не приложение и у него не может быть app.config
Согласен! :)Быть он может, но он игнорируется.на лету - пример как? Вообще у приложения есть свой App.config и в нем содержится строка подключения, но Ревит игнорирует этот конфиг, ищет строку подключения в своем конфиге
Потому что плагин - это не приложение и у него не может быть app.config
Он может быть, но его чтение нужно реализовывать вручную. Стандартный функционал читать его конечно-же не будет, так как выполняемая программа в данный момент - это автокад, а не плагин
строка подключения в код и вбита при создании контекста БД (так как конфиг плагина игнорируется ) - это работает при запуске плагина.Звучит как какая-то ерунда )) Какая ошибка вылетает? Покажите хоть код како-то
проблема начинается тогда , когда этот плагин с работой БД добавляется ссылкой (как библиотека) в другой плагин - и тут при запуске этой БД из этой ссылки вылетает ошибка
No connection string named "Model" could be found in the application config filehttps://stackoverflow.com/a/19189647/4944499
Немного оффтопика в тему:Не, конфиги точно не для пользователей. Но это довольно логичное и привычное для всех место хранения информации-настроек. Например, изменилась строка подключения. Прилетела задача разработчику - изменить в плагине. Он открывает плагин, идёт в конфиг и меняет. Даже если это не его плагин, даже если он его открыл в первый раз в жизни, он знает: строка подключения - это настройка и она в конфиге. Вот такая унификация и есть тот самый основной профит.
Пока я работал в большой конторе, то часто видел практику использования файлов конфигов для такого рода значений - строка подключения к БД, какие-то URL и т.п. Причем, не задолго до моего увольнения, там начали прям обширно это использовать. Задумка ясна как день - поменять какие-то значения не пересобирая плагин... НО! Но это все в теории. На практике никто из пользователей во-первых не знает об этих конфигах, а во-вторых не будет в них ничего менять (ибо нафиг им это не надо). Поэтому новые значения в этих же конфигах доставляются до пользователей с новыми версиями плагинов. Смешно ))
Так что, ИМХО - вбивайте путь подключения к БД прям в код и ничего в вашей жизни
Не, конфиги точно не для пользователей. Но это довольно логичное и привычное для всех место хранения информации-настроек. Например, изменилась строка подключения. Прилетела задача разработчику - изменить в плагине. Он открывает плагин, идёт в конфиг и меняет. Даже если это не его плагин, даже если он его открыл в первый раз в жизни, он знает: строка подключения - это настройка и она в конфиге. Вот такая унификация и есть тот самый основной профит.