Я разрабатываю пространство имен для набора классов, которые будут обрабатывать задачи, связанные с пользователем, для нескольких разных приложений. (Вход, аутентификация и т. д.)
Проблема в том, что пространство имен будет называться Fusion.User, но тогда потребуется класс в этом пространстве имен, который имеет смысл вызывать User.
Должен ли у вас быть класс с тем же именем, что и пространство имен? Или я использую неправильный подход здесь?
Если класс назван так же, как пространство имен (пакет), это может привести к мысли, что класс занимает центральное место в пакете. Но если я правильно понял, в вашем случае User - это просто объект данных.
Насколько я вижу, у вас есть 2 варианта:
Пространство имен — Fusion.User
Полное имя класса будет Fusion.User.User
Рекомендуется, чтобы они были разными, потому что
Это также выглядит некрасиво в некоторых случаях, например, здесь мы используем двух пользователей.
с помощью Fusion;
пространство имен xyz {
общедоступный тест класса
{
User.User userObject {get;set;}
}
}
Так что лучшим вариантом было бы использовать разные имена
Бывают случаи, когда использование одного и того же имени может вызвать проблемы. Первое, что сразу приходит на ум, — это использование службы WCF. Когда я недавно сделал это в классе под названием «someBehaviour» в пространстве имен «companyName.someBehaviour», чтобы использовать «MyService», компилятор выругался, заявив, что MyService не существует в пространстве имен someBehaviour. Изменение имени класса на другое (и гораздо более полезное) решило проблему и позволило мне скомпилировать сборку.
См. Не называйте класс так же, как его пространство имен в сообщении Эрик Липперт (MSFT)
Я бы, наверное, назвал пространство имен «пользовательские задачи», чтобы избежать путаницы. Вам придется регулярно квалифицировать внутренний класс, используя пространство имен, чтобы не запутать компилятор.
