Como você estrutura suas fontes ASP.NET no Visual Studio?

Question

Você tem uma solução com o projeto web aplicativo, bibliotecas de classes, projeto de banco de dados e testes? Ou, você segmentá-lo em múltiplas soluções? Por quê?

Estou perguntando porque estamos tentando simplificar este cenário para o Visual Studio 2010 e eu gostaria de receber sugestões da comunidade sobre como você preferir trabalho.

Answer 1

I tendem (mas nem sempre) para ter uma solução por trabalho, mas eu importar projetos existings de outras soluções, como o meu WebControlLibrary onde eu manter controles de usuário comuns e classes, etc.

A minha solução real para o trabalho que eu, em seguida, tendem a quebrar para o Aplicativo Web, Business Logic Layer Dados Camada de Acesso e Entity camada, ou seja:.

Solution
...MyCompany.WebControlLibrary
...Project
...Project.BusinessLogic
...Project.DataAccess
...Project.Entities
...Project.Scripts
...Project.Testing
...Project.Deployment

Se um projeto requer algo como um dispositivo móvel, eu sempre vou colocar isso em uma nova solução, mas talvez compartilhar alguns projetos da solução atual, i.

MobileSolution
...MobileProject
...Project.Entities
...MobileProject.BusinessLogic

O mais 'coisas' você combinou, o mais lento Visual Studios fica no edifício. Você pode, obviamente, deixar de determinados projectos de construção por padrão, mas isso é quando você tem que começar a criar suas próprias configurações de compilação. Se você estiver indo para estar a criar grandes aplicações, eu sugiro quebrar em várias soluções. Acho que é muito mais fácil de filme entre as soluções que ficar mudando configurações de compilação.

Outra opção é que quando você construir seus projetos que você pode fazer referência a suas DLLs. Eu prefiro importação disse que os projetos em minha solução como você nunca precisa se preocupar sobre como fazer referência a construção criando configuração ou seja, selecionar o DLL a partir da pasta Debug ou Release.

Answer 2

Stand Alone bibliotecas podem ser suas próprias soluções. Referências para essas bibliotecas podem ser feitas para o projeto que você está trabalhando. itens relacionados, como a aplicação web, as configurações de teste e bibliotecas específicas, como acesso a dados ou regras de negócio pode ser configurado como projetos dentro de uma solução. É realmente tudo se resume a quanto você quer quebrar as coisas para resuability.

Answer 3

Isso depende um pouco sobre o trabalho executa o projeto.

Para facilidade de uso é simples ter uma solução que só contém todos os projetos necessários. Se é uma solução de grande isso pode prejudicar você mais tarde, quando o IDE começa a ficar devagar e construir vezes foguete através do telhado.

Vamos um exemplo dos projectos é uma biblioteca usada por sua empresa para aceitar pagamento com cartão e interface com a 3d seguro. Você apresentá-lo está própria página GUI para tirar os detalhes etc.

Se você teve inúmeros sites que todos os pagamentos de cartão de levá-lo beneficiariam muito por ter este projeto em uma solução separada e referenciando a DLL compilada. Todas as alterações que exigem que você precisa para abrir a solução, fazer a mudança, construí-lo, vá para a solução que você está trabalhando e testá-lo. Soa como um pita e você achar que é apenas mais simples para ter tudo em uma grande solução. Mas, então, se você tiver esta biblioteca em cada solução e fazer uma mudança genérica para isso você precisa repetir essa mudança através de fora.

Assim, você só precisa tomar uma decisão sobre o tempo que você está desenvolvendo um projeto separado na mesma solução ou algo que pode ser usado em outro lugar. Se você precisava de mais funcionalidades do que a biblioteca oferece você poderia implementar uma classe parcial em seu projeto e estender a biblioteca dessa forma. Ou talvez uma classe wrapper será suficiente. Mas então você sabe que não está afetando os outros sites que usam esta biblioteca e você está mantendo sua solução menores e mais administráveis ??com uma cópia de memória menor durante o desenvolvimento.