Именование проектов

Как начинающий / средний разработчик, я сталкиваюсь с одной проблемой, когда мои проекты становятся больше и абстрагируются, поскольку я использую больше принципов ООП, у меня проблема с именованием вещей. Например, когда у меня есть несколько проектов или библиотек классов, я не знаю, как их назвать. Я вижу вещи от xxx.Core до xxx.Main или даже видел xxx.BLL и xxx.DAL. Просматривая других, я видел xxx.Services и xxx.Data для их библиотеки и пространств имен.

Тогда, как только это будет решено, что я буду вызывать DTO? В этой области я видел xxx.DTO, xxx.Entities, xxx.Props.

Каковы некоторые хорошие рекомендации по именованию библиотек, методов, интерфейсов и т. д. Во время кодирования, чтобы все больше и больше людей понимали вещи, когда они придут к проекту после меня.

naming-conventions namespaces class-library

19.12.2008 21:56

БЭМ: Конвенция об именовании CSS

Я часто вижу беспорядочный код CSS, особенно если проект большой. Кроме того, я совершал эту ошибку в профессиональных или личных проектах и...

721

Перейти к ответу Данный вопрос помечен как решенный

Ответы 5

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

19.12.2008 22:00

Ответ принят как подходящий

Аббревиатуры в целом плохие.

Уровень доступа к данным
YourCompany.Data.dll

Слой сущности
YourCompany.Data.Entities.dll

Бизнес-уровень
YourCompany.BusinessLogic.Name.dll (пример: YourCompany.Accounting.Services.dll)

Это тоже не золото, я уверен, что есть много других способов сделать это, мы делаем это, чтобы было намного проще найти проект, сборки и построить правильные развертывания. Кроме того, при просмотре ваших сборок гораздо удобнее видеть полные имена, а не "MS.BLL.dll".

19.12.2008 22:03

Вы можете получить некоторые идеи по структурированию пакетов здесь: Структура пакета для Java-проекта?

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

19.12.2008 22:04

Согласны с Томом Андерсоном, что вам не нужно бояться печатать. Попытка сделать все как можно короче - это больше препятствие на пути к номенклатуре, чем люди думают, а номенклатура - больше препятствие на пути развития, чем люди думают.

19.12.2008 22:27

Привет,% 20, рад тебя видеть :) (при условии, что ты из 3dbuzz)

В любом случае используйте пространства имен и папки! Не сходите с ума от DLL, если вам это не нужно. Для приложений, о которых я предполагаю, вы говорите, вероятно, будет слишком много библиотек. В C# используйте папки и пространства имен. Например:

Library
 - Net code
 - DBA code
 - Controller manager code
 - Factories
Application
 - Forms
 - Controllers
 - Models
  - Helpers

В C++ я обычно:

Library
 - Net Code
  - Header Files
  - Source Files
  - Inline/template files
 - DBA Code
  - Header Files
  - Source Files
  - Inline/template files
Application
 -Model
  - Header Files
... and so on

В PHP без пространств имен сложнее. Но я по-прежнему придерживаюсь той же структуры папок, что и в C#, но называю свои классы так, чтобы не было пространств имен. Например, если бы в C# у меня был класс с именем «Index» в пространстве имен Application.Controllers.Course, в PHP я бы назвал его:

Application_Controllers_Course_Index

В любом случае, пожалуйста, не сходите с ума по DLL без особой нужды. Я не могу видеть приложения с более чем 5 DLL, которые никогда не используются где-либо еще, кроме основного EXE.

Да тот же человек. Да, я понимаю, что я больше интересовался самим неймингом, не обязательно организацией.

— 01.01.2009 03:17

01.01.2009 03:11