Можно ли удалить или разрешить конфликты из пользовательского класса .NET?

Question

В моем проекте .NET MVC у меня есть модель под названием User, класс whoose конфликтует с System.Security.Principal.IPrincipal.WebPageRenderingBase.User, когда я нахожусь в режиме бритвы. (и только внутри бритвы).

Есть ли способ дать моему классу другой глобальный псевдоним? или еще лучше, перестать показывать этот класс .NET?

Я не хочу подробного решения. (prefixing) есть способ ссылки на это глупое свойство пользователя?

Это обычная проблема для всех или что-то не так с моей настройкой?

Answer 1

Полностью квалифицировать ваш класс т.е.

MyNamespace.Core.User 

, а не просто

User 

Хотя я немного смущен, потому что

System.Security.Principal.IPrincipal.WebPageRenderingBase.User 

Является ли это свойство типа IPrincipal не тип User

Answer 2

Возможно, великий Джон Скит имеет свой ответ:

"What use is the Aliases property of assembly references in Visual Studio 8":

Это для "Экстерн псевдонимами". Предположим, вы хотите использовать два разных типа , оба из которых называются Foo.Bar (т. Е. Bar в пространстве имен Foo). Эти два типа будут находиться в разных сборках (по определению) - используется свойство в VS, чтобы связать псевдоним с каждой ссылкой, , то вы можете сделать:

extern alias FirstAlias; 
extern alias SecondAlias; 

using FirstBar = FirstAlias::Foo.Bar; 
using SecondBar = SecondAlias::Foo.Bar; 

, а затем использовать FirstBar и SecondBar в коде ,

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

Answer 3

Я обычно делать что-то вроде следующего:

using m = MyProject.MyNameSpace.MySubNameSpace; 

var u = new m.User(); 

Answer 4

Просто переименуйте свой класс модели из User в Person. Каждое решение раздувает ваш код с ненужной сложностью.

Другое дело: Если вы используете класс под названием User 99% уверены, что вы используете свои модели в представлениях, где лучший подход с использованием ViewModel, где вы собираете все данные нужно передать на ваш взгляд , Таким образом, пользователь должен стать одним из свойств этого ViewModel.

Этот подход также поможет вам искоренить использование ViewBags и аналогичных ...

Answer 5

Это несколько сочетание ответов @devlife и @Romias.

Осуществляя using псевдоним вы можете «переименовать» (в файле это определено в) ваш User класс к чему-то вы укажете в using отчетности.

Например:

using Person = NameSpace.SubNameSpace.Classes.User 

Затем вы можете использовать Person в качестве User класса в файле, что этот псевдоним определен в

См:. http://msdn.microsoft.com/en-us/library/sf0df423(v=vs.71).aspx

Последний раздел содержит полный пример кода.