Хорошо ли назвать имена проектов в качестве примера так же?Соглашения об именовании проектов: [Company]. [ProjectName] vs [Company_ProjectName]
Или это безопаснее использовать конвенции, как это?
Для меня [.] Разделитель выглядит лучше, и обеспечивает IntelliSense, но есть ли предостережение, чтобы использовать его?
Большинство решений я наткнулся следовать следующему соглашению:
CompanyName.SolutionName.LayerName
Так в основном в компании с именем COMP и проект под названием StackOverflow, вы бы в конечном итоге с проектом, который выглядит следующим образом:
COMP.StackOverflow.Business
COMP.StackOverflow.Data
COMP.StackOverflow.Web
COMP.StackOverflow.Core
Это позволяет легко управлять сгенерированной сборкой, поэтому, если вам нужно создать общую библиотеку, которая будет использоваться в вашей компании. Вы назвали бы это:
COMP.SomeFrameworkName;
Это было бы легко отделить вашей компании (или команды) DLLS из внешних библиотек и NuGet пакетов.
Спасибо. Мне просто нужен был консенсус. – Jace
Это пространство имен. –
Да, но это хорошая идея для разных проектов? – Jace
Другими словами, используя символ '.' в названии проекта – Jace