Предотвращение расширения Пространства имен

В то время как развитие проектировщика продолжает расширять пространство имен. Где это должно просто иллюстрировать примерами Class1 , это расширяет экземпляр, чтобы Пространство имен. Class1 .

Есть ли способ предотвратить это поведение? Пространство имен является мультипунктирным дефолтом.

0
nl ja de
Каждый раз я добавляю контроль к своей форме (Проектировщик), она расширяет пространство имен до полной ссылки. Это делает это для Системных пространств имен также. Даже если пространство имен - корень для проекта?
добавлено автор GoldBishop, источник
К какому точно вы относятся?
добавлено автор SLaks, источник
Это, вероятно, остановится, когда вы импортируете класс / включают заголовок класса.
добавлено автор dmaij, источник

1 ответы

Ваш вопрос не достаточно ясен, какой platform/UI ваше приложение использует?

Если вы развиваете ASP.NET, контроль/компонент зарегистрирован, используя признак регистра, но файл designer.vb или designer.cs будут все еще содержать полное пространство имен.

Если вы будете развивать Windows Forms, у контроля/компонента всегда будет полное пространство имен в designer.vb и designer.cs.

Если вы будете развивать WPF/Silverlight, файл XAML непосредственно покажет только имя класса контроля, который вы используете, но произведенный g.cs или g.vb покажут полное/полное пространство имен.

Это - поведение по умолчанию проектировщика Visual Studio, ли ASP.NET, WPF/Silverlight, Windows Forms.

нет ничего, что можно сделать, чтобы изменить это, если вы не создали UI БЕЗ дизайнерской поддержки, такой как создание чистого Окна в wpf или Формы в Windows Forms просто кодом.

2
добавлено
Хорошо проблема состоит в том, когда она расширяется до полной ссылки пространства имен, она отправляет ошибку в списке. Что-то к лицу , Класс не может иллюстрироваться примерами, вызывает его косяк быть найденным в <пространстве имен>, и тому подобное . Который все ссылки в проекте правильны (включенный и как DLL и как импортированное пространство имен). Просто забавный, смотря это это делает экземпляр FQN против наименьшего общего знаменателя. Если это был FQN' d это не должно отправлять ошибку в списке, который является источником моих вопросов.
добавлено автор GoldBishop, источник
Я щелкаю между Winforms, SL/WPF, WebForms и развитием DLL. На рассмотрении на ситуации под рукой и необходимом решении.
добавлено автор GoldBishop, источник
хорошо блин... ty для понимания.
добавлено автор GoldBishop, источник
Да, но какое приложение вы развиваете?
добавлено автор Eriawan Kusumawardhono, источник
хорошо. но поскольку я описал в своем ответе, поведение по умолчанию всегда - полное пространство имен в произведенном дизайнерском коде. there' s ничто можно сделать об этом.
добавлено автор Eriawan Kusumawardhono, источник