Devido a muitos casos vivenciados recentemente, escrevo este post sobre a boa prática de se referenciar apenas arquivos .DLL que estejam realmente no projeto ou o componham.
No desenvolvimento de muitas aplicações temos a necessidade de referenciar no projeto bibliotecas que não são nativas do Asp.Net(independente da versão). Por exemplo, ao desenvolver um sistema de interface com Banco de Dados Oracle, necessitamos das bibliotecas específicas que possibilitarão trabalhar com este banco e seu driver próprio. Para isto fazemos uso da bliblioteca System.Data.OracleClient. Perceba que o nome é semelhante aos de outros BD(SqlCliente, MySqlCliente...etc). Haja vista que não é uma biblioteca que muitas vezes já vem com o Framework precimamos fazer referência a ela, na Solution através de:
Fazendo a referência a uma DLL que está contida em algum diretório da nossa máquina local, conseguimos trabalhar com a mesma.
Porém, algumas vezes, ao subirmos a aplicação para o ambiente de produção, algumas coisas e recursos não funcionam, e muitas vezes a causa é a inexistência de determinada DLL ou recurso no ambiente de servidor.
Qual a solução pra isso? Referenciar apenas arquivos que façam parte da Solution. Antes de referenciar determinada DLL, faça uma cópia para alguma pasta própria do projeto.
Em caso de DDLs ou classes, por padrão, é adicionado na pasta App_Code:
Espera que seja útil para inciantes em Asp.Net.
Grande abraço a todos.
0 comentários:
Postar um comentário