Проблема с библиотекой классов

Question

Я создаю библиотеку классов и использую пространство имен по умолчанию как «Система». Предположим, что я создаю общую структуру данных, например PriorityQueue, и помещаю ее в пространство имен System.Collections.Generic.

Теперь, когда я ссылаюсь на эту библиотеку из другого проекта, я больше не вижу PriorityQueue в пространстве имен System.Collections.Generic. Хотя в библиотеке есть ссылка, я не могу получить доступ к каким-либо из классов в ней.

Может кто-нибудь пролить свет на него, пожалуйста. Я знаю, что если я изменил пространство имен, все будет в порядке, но я хочу создать бесшовную интеграцию, такую ​​как .net framework, с другим проектом, чтобы можно было отнести библиотеку и забыть о ее пространствах имен.

Answer 1

Ввод данных в пространство имен систем - плохая идея. Во-первых, лучше знать, где вещи, которые вы используете. Однако что более важно, если Microsoft выпускает новые материалы, которые вызывают конфликт имен с вашими, ваш материал ломается.

Вторая причина, вероятно, в том, почему вы не можете видеть свой код.

Answer 2

Если вы используете пространство имен System для своих классов, то они будут найдены в System.

Если вы хотите, чтобы их можно было найти в System.Collections.Generic, вам необходимо их разместить.

Но давайте будем ясно, размещая классы в Системе. * Плохая идея.

Answer 3

Просто создайте собственное пространство имен, например. Anindya.Collections.Generic, поскольку размещение классов в предопределенных пространствах имен фреймов не является хорошей идеей. MS может ввести один и тот же класс в более позднюю структуру, что приведет к проблемам.

Answer 4

Это очень плохая идея. Представьте, что вы не придумали это и используете реальное пространство имен.

У вас нет «бесшовной интеграции» с .NET Framework. Если мы хотим получить доступ к List<T> класса, то мы должны написать

using System.Collections.Generic; 

Если вы поместите свой класс в MyCompany.Collections.Generic, то вы получите точно такой же уровень «цельность», который достигается с помощью .NET Framework сам.

Answer 5

Если это было непонятно: это ДЕЙСТВИТЕЛЬНО Плохая идея.

Пространство имен системы должно считаться зарезервированным и verboten. Если Microsoft решит внедрить класс в обновление структуры, которое в будущем будет конфликтует с вашим идентификатором System.mycrap.blah, у вас будет довольно сложный рефакторинг на ваших руках, а в случае приложения, развернутого на клиент, аварийное обновление и потенциальную ответственность за простоя системы.

Вы не создали бы свой собственный класс под названием «String». Точно так же (каламбур) не используйте зарезервированные пространства имен.

Кроме того, пространство имен «Система» на самом деле не описывает содержимое вашего пространства имен. Как правило, пространства имен должны означать что-то вроде BlogEngine, DatabaseCore и т. Д. Шлепание всего в System во многом напоминает имена всех ваших переменных «x» или «temp», и подразумевает, что создатель действительно не понимает точку этот уровень разграничения и организации кода.

Answer 6

Кто-нибудь еще упоминал, что это плохая идея? Есть несколько причин, по которым вы не сможете увидеть класс. Короткая ссылка на сборку, есть только одна хорошая: вы забыли объявить класс публикой.