Postagens

Mostrando postagens de dezembro, 2013

6 maneiras de fazer a mesma coisa, o que é considerado boas práticas?

As vezes tem tantas maneiras diferentes de fazer o mesmo código que nós ficamos na dúvida quanto a qual maneira usar. O que seria considerado "boa prática" pela comunidade e o que sua equipe entenderia melhor. Suponhamos que você esteja trabalhando dentro de um método de um Domain Service chamado UmDomainServiceChique(objetoDoDominio) que será chamado por uma API. Você tem uma regra de negócio chique para ser verificada que por enquanto chamarei de VerificaMinhaRegraChiqueComplexa(). Você chama UmDomainServiceChique(objetoDoDominio) e caso VerificaMinhaRegraChiqueComplexa() retorne true você vai querer que UmDomainServiceChique faça o que tem que fazer e a api retornar Ok 200, caso contrário você quer que a API responda um erro qualquer, tipo BadRequest, e retornar uma mensagem dizendo que VerificaMinhaRegraChiqueComplexa deu ruim. Eu vejo 6 maneiras de fazer isso, gostaria de saber a opinião de outrs devs sobre qual seria a maneira menos gambiarr

Evitar duplo submit com jQuery

No trabalho hoje me deparei com a necessidade de impedir que se façam múltiplos submits em uma página Web. Na empresa onde trabalho não usamos asp.net MVC ou Web Forms, mas sim um framework próprio da empresa, feito sobre asp.net, que lembra muito o asp clássico. Independente do ambiente ou framework, de ser em php, .net etc, se não houver um recurso nativo para evitar isso então você deve se preocupar: lentidão para enviar a página e o usuário com "dedinho nervoso" clicando em enviar mil vezes por segundo, levando a múltiplos posts (submits) e a inserir mútiplos dados idênticos no seu banco de dados. Além do trabalho server-side, de validação, prevenção de duplicidades na camada de persistência, redirect para uma página de sucesso etc, deve haver alguma coisa client-side para prevenir o submit duplo. Com javascript é possível desabilitar o botão no momento do click, e evitar que ele seja pressionado novamente. Se for um Button do tipo AspButton (System.Web.UI.WebCon

Como usar a mesma dll em uma aplicação windows forms e web forms

Imagem
Recentemente me deparei com a seguinte situação em uma aplicação legada: tinha uma dll com as classes de negócio / aplicação, mas essas dlls faziam, de vez em quando, uso do namespace system.web.  Meu desafio era utilizar estas classes em uma versão windows forms da aplicação, mas isso era impossível, uma vez que com a presença do namespace system.web a aplicação não compilava, e não era permitido a adição da minha dll.  Você pode estar pensando, e eu também pensei, que o problema se resolveria facilmente adicionando uma referência à dll  system.web.dll , mas se fosse só isso o problema estaria resolvido. O que realmente me causou esse problema era o fato de que quando você cria novas aplicações windows forms ou console, por padrão o visual studio 2010 usa a versão "client profile" do .net framework, uma versão mais magra que não tem toda aquela parafernalha server. No entanto, minha aplicação fazia muito uso de  HttpContext . Current . Session . Add , dentro de system.

Manter a imagem de background fixa

No css, para manter fixa a imagem de background enquanto o texto rola por cima você deve usar o código: body {background-image: url('fundo.jpg'); background-repeat: no-repeat; background-attachment: fixed } Caso deseje que a imagem role junto, use: body {background-image: url('fundo.jpg'); background-repeat: no-repeat; background-attachment: scroll } Veja o teste abaixo, coloquei o texto em amarelo para que pudesse ser melhor visualizado sobre a imagem: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus vel consequat ligula, et facilisis lacus. Morbi quis auctor ante. Curabitur eros diam, faucibus ut fermentum a, euismod a libero. Duis sed faucibus est. Donec vel dui a dolor luctus luctus. Duis felis turpis, porta vitae nisi et, consequat consequat mi. Praesent enim enim, adipiscing vel dignissim id, adipiscing in neque. Suspendisse vitae lorem elit. Sed quis felis tempor, ornare ipsum id, suscipit justo. Cum sociis natoque penatibus et

Listar todas as culturas do .net e a configuração corrente

Lidar com culture sempre é um problema, e a conversão de datas e números para strings e vice-versa é pior ainda se o seu sistema permite que usuários de múltiplas culturas imputem a informação da maneira a que estão habituados, ou se você tem dados sensíveis à cultura gravados em campos verchar do banco de dados.  É importante que as formatações de dados sejam aplicadas à cultura apenas na exibição do dado, mas nunca no seu processamento e armazenamento. Ao gravar no banco de dados, grave sempre o dado bruto em seu formato e tipo de dado padrão (double, integer, datetime etc) usando para isso parâmetros tipados ou o Entity Framework, ou ainda o nHibernate.  Quando necessário armazenar, por exemplo, uma data como string, então opte por um formato reconhecido internacionalmente, como o padrão ODBC: yyyy-MM-dd (2013-12-02). Abaixo um programinha console que lista todas as Cultures disponíveis e mostra qual é a corrente configurada no .net. using System; using System.Collections.Ge