desenvolvimento web

Asp.net Ajax e Jquery

diegobarbosa — Sun, 27 Sep 2009 17:52:21 +0000

Toda vez que ocorre um postback com asp.net ajax jquery não funciona mais. Nenhum evento, nenhuma configuração, nada. Isso acontece pois no carregamento do post em ajax o javascript e objetos DOM são inicializados novamente no navegador. E como previno isso? É só utilizar a função pageLoad() do próprio asp.net ajax. Ela é chamada sempre que um post com asp.net ajax é enviado ao servidor.

function pageLoad()

{

// aqui vai o código que vc colocaria dentro do

// $(document).ready(function() {

//});

}

Logo, você troca o $(document).ready(function() { }); por pageLoad().

Rolar a tela para o início depois de um callback

diegobarbosa — Mon, 24 Aug 2009 23:02:40 +0000

Após um callback com asp.net ajax, um clique do botão, por exemplo, as vezes queremos rolar a tela para cima para que seja exibida uma mensagem. Para rolar a página basta adicionar o seguinte trecho de javascript :

function pageLoad() {
var manager = Sys.WebForms.PageRequestManager.getInstance();
manager.add_endRequest(endRequest);
}

function endRequest(sender, args) {
window.scrollTo(0, 0);
}

fonte: Code Digest

Timeout da aplicação e UpdatePanel

diegobarbosa — Mon, 24 Aug 2009 22:59:07 +0000

Quando algum contrle de acesso e permissão é necessário que depois que o tempo de exipiração passe a aplicação seja direcionada para uma página de login, por exemplo. Ao executarmos qualquer ação na página o ASP.NET nos redirecionada para uma página pré programada. Só que isso não acontece quando usamos o ASP.NET Ajax com UpdatePanel. A página simplesmente não é redirecionada, quando clicamos em um botão, por exemplo, e ocorre um erro de javascript.

Para contornar isso basta acrescentar o seguinte código ao arquivo global.asax da sua aplicação:

protected void Application_AuthenticateRequest(object sender, EventArgs e)
{
if (!Request.IsAuthenticated && Request.Form["__CALLBACKID"] != null)
{
FormsAuthentication.RedirectToLoginPage();
}
}

Práticas de programação

diegobarbosa — Thu, 26 Feb 2009 23:41:13 +0000

No meu primeiro estágio com programação aprendi que escrever código legível é mais importante do que uma dúzia de páginas com documentação. Muitos programadores não acham isso. Preferem fazer um método gigante e colocar toneladas de comentários, usam abrevições que ninguém entende. Ou seja, fazem de qualquer jeito, corrido, nas coxa. Para eles o importante é estar funcionando. Problema é de quem tiver que fazer alguma alteração depois.

É verdade que cada empresa determina alguns padrões de codificação. Por exemplo, todas as variáveis do tipo string devem começar com str no início, inteiros com int, classes com cls, tabelas iniciam com tbl_ . Minha opnião é que isso pode até ajudar um pouco, mas deixa o código muito sujo. Não vale a pena.

Sigo a seguinte regra: cada tabela, variável, classe e até arquivos como páginas e arquivos css são nomeados de acordo com a entidade que representam, sem abreviações, prefixos e sufixos. Se você precisa guardar os acompanhamentos físicos(seja lá o que isso for em um sistema), nomeie a tabela como acompanhamento_fisico, ou use, pascal ou camel case. Mas não faça acompFis para a tabela e para a classe. Pare de usar variáveis como x,y,z e aux.

Sabe aquela mania que você tem de escrever um método gigantesco que salva vários objetos, envia email, controla a lógica da view e tem mais comentário do que tudo. Pois é, refatore ele. Divida-o em métodos menores. Cara, nomeie os métodos de acordo com o que os mesmos fazem. Nada de abreviações. Tire o pensamento de: “O importante é tá funcionando.”

Outra coisa, pare de misturar lógica de negócio com a lógica da visão. Isso só atrapalha. Frameworks MVC como Rails, Django, CodeIgniter,CakePHP, ASP.NET MVC, CastleMonoRail separam o código muito bem.Vale a pena ver como funcionam tais frameworks.

Deixo as seguintes sugestões:

Nunca use abreviações, prefixos ou sufixos em classes, métodos, variáveis, tabelas, colunas, arquivos e tudo mais;
O nome de uma coluna no banco de dados deve ter o mesmo nome da propriedade da classe;
Esqueça as variáveis x,y e aux. Deixe elas para as suas antigas aulas de programação I e II;
Refatore sempre. Divida métodos grandes em menores e não duplique código;
Veja o código dos outros e aprenda. Sim, no seu trabalho veja o código dos seus colegas e aprenda com eles e/ou então baixe projetos opensource e os investigue também;
Faça uma busca no google por best pratices programming developing, asp.net, rails, ruby, python, java ou qualquer outra linguagem

Iniciando em Scrum

diegobarbosa — Tue, 23 Dec 2008 02:02:29 +0000

Últimamente tenho estudado Scrum. Tem sido bastante interessante.

Scrum é uma metodologia de desenvolvimento/gestão/planejamento de produtos. Na nossa área de TI ele prega um desenvolvimento não baseado no modelo cascata de Engenharia de Software.

Tem-se falado bastante dele (Scrum) pela internet.

No Scrum tem-se uma maior participação do cliente e uma grande comunicação entre os membros da equipe.

Isso é legal. Quantos projetos já desenvolvemos sem saber o que o outro estava fazendo ou o que o cliente realmente queria. Um contato direto com o cliente facilita muito a vida.

Não vou reesplicar o que já está na internet. Abaixo listei alguns links para matérias sobre Scrum. Vale a pena estudar. Sempre é bom abrir a cabeça para o novo.

Introdução sobre que é Scrum:

Vídeos:

Apresentação do Guilherme Chapiewski (Globo) parte 1 : http://videolog.uol.com.br/video.php?id=391663
Apresentação do Guilherme Chapiewski (Globo) parte 2 : http://videolog.uol.com.br/video?391671
Apresentação do Danilo Bardusco : http://blog.eof.com.br/2008/12/10/scrum-na-globocom/
Documentação Ágil com Vinícius da ImproveIT :http://www.vimeo.com/1450383

PodCasts:

Blogs:

Revista Visão Ágil:

http://www.visaoagil.com/

Slides:

Livro:

Esse, acima, foi o mais citado/falado em outros sites.

Vale pesquisar outros na Amazon.

Pdf: