Pergunta

Vou começar por dizer que eu normalmente trabalho em C # /. Net.

Normalmente, eu uso um esquema de nomeação que coloca comum, componentes reutilizáveis ??em um namespace que reflete nossos componentes organização e específicos do projeto em um espaço de nomes vinculados ao projeto. Uma das razões que eu faço isso é que às vezes eu compartilhar meus componentes com outras pessoas fora meu departamento, mas dentro da organização. namespaces específicos do projeto são tipicamente prefaciado com o nome ou abreviatura do departamento. Quando eu reutilizar código entre projetos, eu normalmente migrá-lo em um dos namespaces baseados em organização.

Por exemplo:

UIOWA.DirectoryServices contém classes que lidam com a implementação específica do nosso Active Directory.

UIOWA.Calendar contém classes que lidam com calendário mestre da Universidade.

LST.Inventory.Datalayer detém as classes que implementam a camada de dados dos espaços de aprendizagem Tecnologia aplicação de inventário grupo.

Eu estou embarcando em um projeto agora para uma entidade que tem uma conexão fuzzier ao Unviersity (um grupo de estudantes que executa um evento de caridade) que tem o potencial para ser vendido fora da nossa Universidade e, assim, ele doesn' t realmente se encaixam em minhas convenções de nomenclatura normais, ou seja, o departamento é apenas o primeiro cliente de potencialmente muitos que pode usar o projeto.

Minha inclinação é ir a rota de nomeação organização e criar um "projeto organizacional" espaço de nome para esta aplicação. Eu gostaria de ouvir como outros lidar com isso e qualquer conselho que você pode ter.

Graças.

Veja também essa pergunta relacionada sobre organização namespace .

Editar

acabei criando o namespace UIOWA.MasterEvent org / projecto e derivando mais namespaces de lá. Ainda interessado em outras opiniões para projetos futuros.

Foi útil?

Solução

O meu departamento tem o seu nome mudado três vezes nos últimos cinco anos, então estamos todos contentes que alguém decidiu contra o uso de namespaces com nomes organizacionais ...

Nossos namespaces são organizados por nomes de projeto. material reutilizável é colocado no namespace Toolbox. Talvez um pouco bruto, mas ele funciona muito bem até agora.

Outras dicas

Eu sou um desenvolvedor .NET, e eu sempre usar o namespace do projeto organizacional (com.bolidian.projectspace) porque garante exclusividade.

Eu uso a organização, seguido pelo produto, por exemplo Acme.Crm. Ao agrupar as classes juntos em um subnamespace use sempre um plural ou ação para que ele não pode entrar em conflito com uma classe. eg

  • Acme.Crm.Letters
  • Acme.Crm.Invoicing

Eu sigo convenção da Microsoft por não capitalizar acrônimos por exemplo, CRM, em vez de CRM, Sql em vez de SQL - mas isso é mais uma preferência pessoal

.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top