Панель инструментов не может найти компоненты при выборе сборки

Question

При использовании VS2012, кажется, возникает проблема при попытке добавить сборку в панель инструментов, расположенную в пути, где в папке есть символ «#». (Не проверял на других персонажей)

Тестовый пример 1:
Просмотр сборки, расположенной на C: \ Test # \ Ап Assembly.dll
Генерирует ошибку: Там нет компонентов в ' C: \ test # \ The Assembly.dll ', который можно разместить на панели инструментов.

Тестовый пример 2:
Просмотр сборки, расположенной на C: \ тест не появится \ Ап Assembly.dll
Нет ошибок, элементы управления, которые содержатся в сборке добавлены в список.

Я не помню, как это происходит до того, как его уже немало лет, что я изменил свою структуру папок, так что я интересно, если это то, что появилось с Visual Studio 2012 Update 2.

Есть ли внутри почему это произошло, и есть ли способ обхода, который мог бы включать символы «#» в путь, на котором собрана сборка?

Answer 1

У меня была такая же проблема, и я почти отчаялся. Но потом я наткнулся на этот пост. В конце это кажется еще хуже, чем упоминалось, потому что недостаточно разместить вашу результирующую сборку в другом месте без «#». Вы должны хранить и компилировать все ваше решение в пути без «#». \ Моя проблема заключалась в том, что все мои проекты C# были расположены в пути с «somedirectory \ C# \ Projectname .....». Компиляция и ссылка на результирующую сборку работали нормально, но когда я попытался добавить компоненты из сборки в свою панель инструментов, возникло вышеупомянутое сообщение об ошибке. Прочитав этот пост, я сначала попытался скопировать мою итоговую DLL в другой путь после компиляции, но ничего не изменил. После очередной попытки я изменил весь путь проекта, чтобы избавиться от «#», и это был трюк, чтобы заставить его работать!

Answer 2

У меня была такая же ошибка. Я нашел ответ на stolenbike, чтобы быть полезным. У меня был проект в папке с именем «C#». Переименование этой папки и перекомпиляция исправили проблему для меня. Я уверен, что это конкретное решение поможет только небольшому подмножеству тех, кто получает эту ошибку, но подтверждение всегда полезно при отслеживании проблем.