Нейминг: решение, проекты, пространства имен и сборки

Question

Я работаю над правилами именования решений, проектов, их пространств имен и сборок по умолчанию (Visual Studio). Теперь это выглядит так: Например, у нас есть компания под названием «Компания» и проект под названием «Проект». Проект имеет бизнес-логику в отдельной dll, UI (WPF / WinForms) и веб-части. В названии вопроса указаны названия вещей:

Название решения: "Проект".

Имя проекта бизнес-логики dll: "Project", пространство имен по умолчанию: "Company.Project", имя сборки: "Project".

Имя проекта пользовательского интерфейса: «ProjectUI», имя по умолчанию: «Company.Project.UI» (может быть расширено в случае нескольких версий пользовательского интерфейса, например «Company.Project.UI.WPF»), имя сборки «Project "(работает, потому что это не dll).

Имя веб-проекта: "ProjectWeb", пространство имен по умолчанию: "Company.Project.Web", имя сборки: "ProjectWeb" (для веб-приложений).

Мои вопросы: у вас есть такие рекомендации? Это хорошая идея, чтобы описать вещи Thoose? Что вы думаете о моем подходе?

Я буду рад, если вы поделитесь способами, которые вы используете в своей работе.

Answer 1

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

Answer 2

Я думаю, что для всех будет хорошей идеей работать с такими стандартами. Единственное, что я могу добавить, это то, что если вы делаете проекты для других компаний / клиентов, вы можете назвать проекты следующим образом:

YourCompanyName.CustomerCompanyName.ProjectName.ProjectUI