C# и namespace

[metaclass]

"Не прошло и сто лет", как я обнаружил, что объявлять namespace необязательно - классы объявленные на верхнем уровне в файле, становятся членами namespace по умолчанию. А студия неймспейс генерит автоматом всегда.
Внимание, вопрос - если меня раздражает лишний отступ на namespace и я убрал его объявление - кошерно ли это? Объявления классов стали начинаться от левого края и это немного читабельнее для мозга, но можыд, я тем самым нарушил какие-нибудь тонкие талмудистские запреты и меня ждет кара?

Comments

[metaclass.livejournal.com]

Кого с кем конфликт?
У меня почти все классы все равно в неймспейсе по умолчанию для проекта находятся.

[w00dy.livejournal.com]

самого себя с самим собой. Банальный пример: есть у меня в asp.net проекте несколько страниц Users. Если бы лежали в одном неймспейсе, пришлось бы придумывать разные именя аля AllUsers, CompanyUsers, etc, а так разнёс по неймспейсам и в итоге всё красиво.

[metaclass.livejournal.com]

Хм, я в одном проекте классы с одинаковыми именами никогда не делаю.
Хотя у меня и страниц то там немного, там в основном бизнес-логика над несколькими RESTful сервисами.

[w00dy.livejournal.com]

Я тоже стараюсь классы с одинаковыми именами не делать, но в жизни всякое бывает. Да и с неймспейсами как-то аккуратней получается. Всё своё лежит в коробочке MyNamespace, всё чужое в других. А в global ложить как-то некузяво.

[metaclass.livejournal.com]

Точно, оно же в global попадает. Вот же трасца, я надеялся что в дефолтный неймспейс.

[w00dy.livejournal.com]

дефолтных неймспейсов нет. Точнее asp.net что-то придумывает при компиляции. А так - есть только дефолтный namespace alias, global который, но можно свои задавать.

[metaclass.livejournal.com]

У проекта есть же основной неймспейс, в него еще все ресурсы попадают.

[w00dy.livejournal.com]

А, ты про этот. Это не более чем информация куда класть новые елементы (классы и ресурсы, например) и не более. При компиляции она нигде не используется. А в сборке может лежать всё что угодно в любых неймспейсах, хоть в System.*

[udpn.livejournal.com]

Кто-нибудь вообще видел хоть раз конфликт имён вживую?

Я за свои скромные 9 лет практики не видел ни разу. Ей-богу.

[w00dy.livejournal.com]

Кара ждёт всех!

А тут, разве что проблемы в будущем если у тебя asp.net или развесистая структура классов (из-за тех же конфликтов имён).

[metaclass.livejournal.com]

Это asp.net, но не основные классы, а всякий back-end с логикой.

[qehgt.livejournal.com]

Настрой среду, чтобы для самого верхнего namespace'а отступ не делался.

[metaclass.livejournal.com]

А у меня в 2005 что-то такого параметра вообще нет :)

[smalgin.livejournal.com]

Это в 2008, кажись

[udpn.livejournal.com]

Наверняка есть какой-нить аддон.

[smalgin.livejournal.com]

можешь объявить - объявляй, сэкономишь на maintenance. Как это там.. Option Explicit :)

[udpn.livejournal.com]

Синтаксический шум. Option Explicit нужно было бы скрыть от глаз пользователя долой, благо слитость IDE с компилятором (на стадии отладки — интерпретатором) позволяет.

[smalgin.livejournal.com]

Вот у нас 30 000 000 LOC в С++ и я искренне жалею о том, что коре девелуперы в свое время не настояли на обязательных namespace-ах. Maintenance - вещь такая...

Хотя в то время, впрочем, я видел C++ API (MrSID, если что), в котором в публичном хидере было без зазрения совести написано using namespace std; using namespace LizardTech;

Как говорится, любые грабли надо использовать по назначению.

[udpn.livejournal.com]

FXCop не одобрит. Назло.