Я работаю над рекомендациями по именованию для решений, проектами, их пространствами имен по умолчанию и блоками (Visual Studio). Теперь похоже что: Например, у нас есть компания под названием "Компания" и проект под названием "Проект". Проект имеет бизнес-логику в отдельном dll, UI (WPF/WinForms) и веб-часть. Существуют названия вещей, перечисленных в заголовке вопроса:
Название решения: "Проект".
Бизнес-логика dll название проекта: "Проект", пространство имен по умолчанию: "Компания. Проект", имя сборки: "Проект".
Название проекта UI: "ProjectUI", пространство имен по умолчанию: "Компания. Проект. UI" (это может быть расширено в случае нескольких версий UI, как "Компания. Проект. UI.WPF"), имя сборки "Проект" (работа, потому что это не dll).
Название веб-проекта: "ProjectWeb", пространство имен по умолчанию: "Компания. Проект. Сеть", имя сборки: "ProjectWeb" (для веб-приложений).
Мои вопросы: у Вас есть инструкции как этот? Действительно ли это - хорошая идея описать те вещи? Что Вы думаете о моем подходе?
Я буду радоваться, совместно используете ли Вы способы, которыми Вы используете в своей работе.
Вы можете ознакомиться с Рекомендациями Microsoft по именованию пространств имен , которые, кстати, очень похожи на ваши.
Я думаю, это определенно хорошая идея, чтобы каждый работал по таким стандартам. Единственное, что я могу добавить, это то, что если вы работаете над проектами для других компаний / клиентов, вы можете захотеть называть проекты следующим образом:
ИмяВашейКомпании.ИмяКомпанииКлиента.ИмяПроекта.ПроектUI