Abaixo um exemplo de como carregar as configuracoes customizadas de mapeamentos para o Entity Framework Code First. Icones sprite com o css prontinho, so chegar e usar!https://github.com/eduardosilva/icons-silk-spritehttps://github.com/eduardosilva/icons-fugue-spritehttps://github.com/eduardosilva/icons-farm-fresh-sprite Galera,Pra quem precisa utilizar o Log4Net com o WCF disponibilizei uma biblioteca bem simples de integracao entre os dois:http://eduardosilva.github.io/Trinity.Wcf.Log4Net/Endereco do NuGet:https://www.nuget.org/packages/TrinityWcfLog4Net/ Quando estamos pensando nas camadas da nossa solucao, principalmente no comeco do projeto, de uma forma geral temos grandes preocupacoes com assuntos como por exemplo coesao de responsabilidades, baixos acoplamentos, performance e seguranca.Se voce esta em um projeto onde o pessoal diagrama tudo antes de comecar a programar, se for criado uma classe diferente do que estava no diagrama os alarmes de incendio sao disparados. De repente surge uma necessidade de enviar e-mail em mais de um ponto do sistema. Nos como bons programadores que somos nao vamos duplicar o codigo, entao o que fazemos? Criamos um projeto chamado Utils (tools e seus primos).Se precisamos encapsular uma transferencia de arquivo via ftp agora nao temos mais a dor de cabeca de decidir onde colocar esse tipo de funcionalidade, muito simples vai para o Utils.Encapsulamento de leitura e gravacao de um xml tambem nao e mais problema, e so colocar no Utils que fica tudo certo. Se pegarmos esse exemplo em particular fica claro que todos os cuidados que estavamos tomando na criacao da solucao foram totalmente ignorados quando passamos a ter o projeto Utils. E o pior e que fica tendencioso, se aparecer qualquer funcionalidade que nao sabemos onde colocar, ela possivelmente ira parar no Utils. Existem varios problemas com essa abordagem sendo alguns deles: O projeto fica dependendo de varios Assemblies, das mais diversas finalidades: E-mail, FTP e acesso a banco sao dependencias claras no exemplo citado. Se voce tiver varios projetos que utiliza o seu Utils, cada alteracao que voce faca no seu Utils, recompila todos os projetos dependentes. O projeto vira um saco de lixo de codigo. Lixo mesmo, por que e incrivel como a grande maioria das vezes a qualidade do codigo cai em classes que sao colocadas nesses projetos. Precisa realmente encapsular o envio de e-mail? Precisa mesmo? Sera que voce nao esta sendo motivado em fazer isso simplesmente para facilitar o envio de e-mail? Sera que voce nao esta criando uma abstracao da abstracao? Caso seja realmente necessario encapsular o envio de e-mail minha sugestao e que faca isso de verdade, crie uma projeto com essa funcionalidade com um nome sugestivo para o que ele se propoe a fazer. Assim fica claro o que assembly fara, inclusive podemos prever possiveis dependencias que isso pode trazer na hora de utiliza-lo. aki seu hinoIn the name of SatanWe'll achieve our goalWith the blessings of HadesWe'll outlive our roleThrough the power of HellfireWe will gather our strengthWith the blood of mere mortalsOur thirst will be quenchedIn the name of SatanGreat things can be doneThrough the lore of the demonsSatan's song can be sungGather around my LegionsFor in time you'll seeMortals screaming for mercyAt the king for world war threeHail SatanasIn nomine Dei nostri SatanasLuciferi excelsifassa parte dessa comunidade seja um black