BlackMaxiAUT Ответов: 1

Корре путь для пользовательских элементов управления


Привет трещины,

я написал библиотеку пользовательского управления WPF. Так что при использовании их в тестовом приложении все в порядке.

Я разрабатываю надстройку для приложения Win32. При использовании моих пользовательских элементов управления в узле элементов WPF. В WPF элемент управления UserControl бросает в XAML.Анализирует Исключение "Файл Не Найден".

Поэтому мой приятель сказал мне создать пользовательский элемент управления в коде в файле codebehind UC.
Теперь все в порядке и работает.

Другим решением было скопировать библиотеку пользовательского элемента управления в папку моего приложения приложения Win32.

Может ли кто-нибудь объяснить мне, что происходит и как я могу избежать этих проблем?
Так что мне не нужно создавать пользовательский элемент управления в codebehind или копировать свою библиотеку пользовательского элемента управления в папку приложения Win32.

Ваша помощь будет очень признательна

Здоровается Макс

Что я уже пробовал:

Скопируйте библиотеку пользовательского элемента управления в папку приложения Win32
Создание пользовательского элемента управления в codebehind

NotPolitcallyCorrect

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

Sinisa Hajnal

Проверьте любое приложение, которое вы используете регулярно. Вы увидите exe-файл и кучу других файлов. Это ваш "код позади" и файлы библиотеки управления. Вы должны скомпилировать их и распространить вместе с вашим приложением.

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

1 Ответов

Рейтинг:
1

johannesnestler

прошло некоторое время с тех пор, как вы задали этот вопрос... - а как насчет вашей дислокации сейчас? Вы все правильно поняли?

Ваш вопрос немного сбивает с толку, потому что вы говорите о CustomControl - это особый тип в WPF: вы производите элементы управления с помощью своего собственного ControlTemplate (theme) от него - в отличие от UserControl, где вы составляете существующие элементы управления вместе - гораздо более вероятно в WPF). Поэтому я не понимаю, что вы имеете в виду, говоря "в коде позади"...
В любом случае, если ваш элемент управления работал на вашем компьютере разработчика(где существовали все зависимости), логично, что код не нуждается в каких-либо изменениях. Вы просто неправильно настроили свою среду выполнения.

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

Но прежде чем вы сможете создать установку, вы должны понять, как ссылки и зависимости работают в ваших целевых системах, а также для вашей программной платформы и языка/фреймворка. Кажется, это не принесет никакого вреда, если вы потратите несколько минут на чтение MSDN на эту тему? например, здесь Управление Зависимостями[^]