Alcatéia Digital

Novo Training Kit do Windows Azure disponível para download

2011-04-28T15:47:00.000-07:00

Hoje, a Microsoft acaba de disponibilizar (28/04/2011) nova versão do Windows Azure Platform Training Kit, e pode ser baixado aqui, as novidades são e espero nos próximos posts, mostrar algumas destas features.

Novidades

Authenticating Users in a Windows Phone 7 App via ACS, OData Services and Windows Azure HOL
Windows Azure Traffic Manager HOL;
Introduction to SQL Azure Reporting Services HOL;

Atualizações

Connecting Apps with Windows Azure Connect HOL (updated for Windows Azure Connect refresh)
Windows Azure CDN HOL (updated for the Windows Azure CDN refresh)
Introduction to the AppFabric ACS 2.0 HOL (updated to the production release of ACS 2.0)
Use ACS to Federate with Multiple Business Identity Providers HOL (updated to the production release of ACS 2.0)
Introduction to Service Bus HOL (updated to latest Windows Azure AppFabric portal)
Eventing on the Service Bus HOL (updated to latest Windows Azure AppFabric portal)
Service Remoting HOL (updated to latest Windows Azure AppFabric portal)
Rafiki demo (updated to latest Windows Azure AppFabric portal)
Service Bus demos (updated to latest Windows Azure AppFabric portal)

Think.Net -31/03/2011 - 19h - Instituto Atlântico

2011-03-29T19:16:00.000-07:00

Think.Net

Convidamos todos os desenvolvedores .Net a participarem do evento Think.Net, um evento dedicado a discutir a tecnologia .Net e as melhores práticas de desenvolvimento de software com os melhores desenvolvedores do mercado local. Venha fazer parte deste grupo!

Data: 31/03/2011 (Quinta-feira)Horário: 19h
Local:Instituto Atlântico: Rua Chico Lemos, 946 – Fortaleza/CE
Telefone: (85)8159.1321/(85)3216.7931

Inscrições

Inscrições, clique aqui.

Valor

Grátis.

Agenda

Windows Azure
Palestrante: Lucas Romão

Coffee Break

TDD: Test Driven Development
Palestrante: Christiano Milfont

Asp.Net MVC
Palestrante: Moacir Casemiro

obs. A ordem das palestras poderá ser alterada.

Palestrantes

Lucas Romão, trabalha na área de TI a mais 15 anos, mantém seu blog pessoal em http://laromao.wordpress.com, sendo líder da comunidade Azure Services Brasil, além de moderar as comunidades WCF Brasil e Silverlight Brasil;

Christiano Milfont, é coordenador do XPCE [Extreme Programming User Group do Ceará]. Pesquisador, autor, palestrante, colunista da revista “Java Magazine", consultor em Agile, Java e Rails. É pioneiro em XP no Ceará. Possui mais de 11 anos de design e desenvolvimento de Software com 7 anos de experiência em XP/Scrum. Também palestrante e organizador do “Maré de Agilidade Fortaleza;

Moacir Casemiro, atua no mercado de desenvolvimento de software desde 2000, tendo oportunidade de participar de diversos projetos de diferentes tamanhos e tecnologias. Há 5 anos vem atuando como arquiteto de software tendo oportunidade de defeinir diversas soluções em empresas de grande porte. Em busca de diferencial, possuo alguns títulos, como MCP, MCAD, MCTS Web / Win / App Distribuído, MCPD Web, Win e Enterprise Application;

APOIO

BANNER

Leituras Obrigatórias e Recomendações

2009-11-02T19:59:00.001-08:00

Geralmente após uma época de “caça talentos”, nas empresas onde trabalho, sinto uma necessidade (digna de um carpinteiro do universo) de divulgar ou indicar uma lista de livros que considero obrigatória ou importante aos candidatos as vagas.

Então seguem alguns por área (A lista é grande… mas toda caminhada começa com o primeiro passo!):

Developers

1.Code Complete (Obrigatório)

2. The Pragmatic Programmer: From Journeyman to Master

.Net

1.MCTS Self-Paced Training Kit - Exam 70-536_Second Edition

2.Pro C# 2008 and the .NET 3.5 Platform, Fourth Edition

3.MCTS Self-Paced Training Kit (Exam 70-562): Microsoft .NET Framework 3.5—ASP.NET Application Development

3. WCF – Programando Serviços

4.Pro linq object relational mapping in c#

Análise e Orientação a Objetos, UML, Desenvolvimento de Software

1. UML Distilled: A Brief Guide to the Standard Object Modeling Language (3rd Edition)

2. Applying UML and Patterns (3Ed)

3.Design Patterns: Elements of Reusable Object-Oriented Software

4.Growing Object-Oriented Software, Guided by Tests (Oct 2009) {Na fila!}

DDD

1.Domain Deriven Design – Atacando as complexidades no coração {Obrigatório}

2. Applying Domain Driven Design and Patterns With Examples in C# and.NET {Na fila}

Arquitetura e Padrões de Projeto

1.Padrões de Arquitetura de Aplicações Corporativas (Obrigatório pra qualquer arquiteto)

2. Use a cabeça – Padrões de projeto (Excelente e obrigatório)

3.Analysis Patterns: Reusable Object Models

Refatoração

1.Refactoring: Improving the Design of Existing Code (Obrigatório)

2.Refactoring to Patterns {Na fila!}

TDD e Testes

1. Test Driven Development: By Example

2. The Art of Unit Testing: with Examples in .NET {Em andamento.. muito bom}

3.How We Test Software at Microsoft (Muito bom!)

Esta lista será constantemente atualizada (até pq devo ter esquecido alguns).

Quaisquer comentários são bem vindos, assim como recomendação de algum livro. Caso queiram trocar idéias sobre algum livro e seu conteúdo, será um prazer.

Lobo Junior
(Atualizada em 03/11/2009)

Vídeo da MS sobre "The Future"

2009-08-27T21:40:00.000-07:00

Este vídeo foi exibido no Teched 2009 mas já existia na web, para quem nunca viu, vale a pena viajar um pouco..

Preparados para aplicações Touchscreen?? Ainda não ?? :-P

Serviços WCF e WCFTestClient

2009-07-17T06:54:00.001-07:00

Tenho visto muita gente criando serviços (*.svc) no WCF e lamentando não poder testá-los sem ter que construir um cliente apenas para isso.

Entretanto, o que muita gente não sabe é que o WCF possui uma ferramenta utilitária para testes (testes de integração não) dos serviços criados.

Como usar?

Execute o prompt de linha de comando: Iniciar>>Microsoft Visual Studio 2008>>Visual Studio Tools>>Visual Studio 2008 command prompt.
Após aberto o command prompt, digite: “WcfTestClient” seguido de enter.
Pronto. Deverá abrir um aplicativo como mostrado na imagem abaixo:
Para testar seu serviço. Click em File>>Add service
Informe a Url do serviço e seja feliz!

“Até a Carla Perez é capaz de testar serviços WCF”.

Lobo Jr
17/07/2009

Windows Azure – Boleto MS!?!

2009-07-14T21:48:00.001-07:00

Por IDG News Service/EUA

Sistema em nuvem da Microsoft, que será lançado em novembro, terá cobrança por consumo, assinatura ou volume de dados em transações.

Eu estava curioso para ver como isso seria.

Eu já falei eu quero ser “Ágil”

2009-06-16T22:07:00.001-07:00

Recomendo esse post da InfoQ com entrevista com James Shore, assim como seu livro “A arte do desenvolvimento ágil”

InfoQ conversou com James sobre sua percepção de que a adoção de métodos ágeis estã crescendo de forma errada… , não percam o post !

[Trecho]

As pessoas estão dizendo, "Queremos ser ágeis", e então buscam a forma mais barata e rápida, e como resultado, esta transformação não estão tornando a vida delas nada fácil. Em muitos casos, estão tornando a vida pior.
...
O que eu vejo é que a palavra ágil se tornou um jargão, e agora "ser ágil", tornou-se o objetivo. Porém, se "ser ágil" é o objetivo, você pode simplesmente fazer qualquer coisa, por mais anormal que seja, colocar a palavra "ágil" e declarar sucesso, mas sem realmente ter feito nada que melhorasse a forma de trabalho.

O objetivo do movimento ágil não é "se tornar ágil", mas sim produzir sistemas que tenham valor e que façam o que se propõem de maneira eficaz, flexível e humana.

Controle de concorrência com Linq to Sql

2009-06-01T00:08:00.001-07:00

Este artigo discutirá como o Linq to Sql suporta o tratamento a concorrência otimista.

Suporte do Linq to Sql
O L2S e o DataContext foi feito para suportar o controle de concorrência otimista, assim as alterações só são bem sucedidas se o estado do DB não mudou desde que recuperados os dados inicialmente.

Antes de nos aprofundarmos em L2SQL vamos aos conceitos de concorrência pessimista e otimista.

Concorrência Pessimista
Este tipo de tratamento de concorrência bloqueava os registros no Banco de Dados enquanto as alterações eram realizadas, evitando que outros usuários fizessem alterações ao mesmo tempo.

Este tipo de solução era bastante comum em sistemas “Windows Applications” pequenos. O que é inviável para sistemas com uma grande escala de usuários, ou “disconnected environment” como objetos guardados numa sessão Asp.Net.

Concorrência Otimista
Este modelo, permite que qualquer usuário faça alterações nas suas cópias de dados. Entretanto, quando estes valores forem salvos, primeiro deverá ser verificado se os valores modificados possuem como valores antigos os mesmos presentes no Banco de Dados. Se houver um conflito, o sistema deverá saber como se comportar.

Para melhor compreensão, este código Sql mostra como esta comparação é feita e como o conflito é identificado:

UPDATE dbo.Book
SET Title = @NewTitle,
Subject = @NewSubject,
Publisher = @NewPublisher,
PubDate = @NewPubDate,
Price = @NewPrice,
PageCount = @NewPageCount,
Isbn = @NewIsbn,
WHERE ID = @ID AND Title = @OldTitle AND
Subject = @OldSubject AND
Publisher = @OldPublisher AND
PubDate = @PubDate AND
Price = @Price AND
PageCount = @PageCount AND
Isbn = @OldIsbn AND
RETURN @@RowCount

Os objectos em memória guardam o valor original (o valor obtido da base de dados) e o valor actual (novo valor atribuído pelo utilizador). Como já terá percebido, um conflito ocorre quando o valor original do objecto não corresponde ao valor presente na base de dados, ou seja, na cláusula where vai um parâmetro onde o seu valor não corresponde ao valor presente na base de dados.

Solução para Optimistic concurrency
Lembrando apenas que para uma “Optimistic concurrency” temos 3 formas de resolver e elas serão abordadas usando Linq to Sql:

Retém as alterações feitas inicialmente (Já persistidas no BD);
Conserva a ultima alteração;
Faz um merge dos valores;

Suporte Linq to Sql a solução para Optimistic concurrency
Precisamos antes de mais nada saber quais são os conflitos e informar ao Linq to Sql (DataContext) como resolver.

O DataContext nos permite descobrir não somente os objetos que estão em conflito, como as propriedades que são diferentes entre o valor original, o valor alterado, e
o valor atual do banco de dados.

UpdateCheck: Essa propriedade utilizada no mapeamento das entidades Linq para as colunas do DB, diz ao L2Sql como o mesmo utilizará esta coluna no procesamento da concorrência otimista (opções: Always (default), Never, WhenChanged).
Esta propriedade determina a geração daquele Sql descrito lá em cima, portanto use com moderação para não degradar a performance (Considere outras formas como uso de RowVersion ou TimeStamp);
ConflictMode: Pode ser usado junto com o SubmitChanges. Permite-nos dizer como os conflitos deverão ser notificados quando detectado;

ContinueOnConflict: As alterações possíveis são realizadas e os conflitos são colocados numa collection e retornados ao fim do processo;
FailOnFirstConflict: Atualizações param imediatamente após a primeira ocorrência de conflito;

Db.SubmitChanges(ConflictMode.ContinueOnConflict);

RefreshMode: Permite-nos definir como o aplicativo deverá se comportar (tratar) ao encontrar um conflito (Optimistic concurrency). Manter valores originais, valores atuais do BD ou novos valores.

KeepChanges: Mantém os correntes valores que foram alterados, mas atualiza os outros valores com os correntes no banco de dados (Foco nas alterações e na ordem de ultima alteração é persistida);
KeepCurrentValues: Troca os valores originais pelos obtidos da base de dados. Valores atuais não são modificados;
OverWriteCurrentValues: Sobrescreve suas alterações com os valores presentes no banco de dados;

Até a próxima!!!

Persistence Ignorance and POCO in Entity Framework 4.0

2009-05-17T04:04:00.001-07:00

A MS está reagindo bem as críticas feitas pela comunidade. A crítica mais forte foi sobre “persistence ignorance”. E o ADO.Net Team promete uma novo Release Candidate, com várias mudanças, “Persistence Ignorance” é uma delas.

Assim uma entidade para ser persistida pelo Entity framework, não precisa herdar de uma classe específica, ou implementar interface específica. Enfim, teremos um modelo de domínio limpo, sem misturar tecnologia de persistencia com as entidades.

Acompanhem diretamente do Blog do ADO.NET Team.

O "manifesto ágil" adverte: Adotar Scrum sem as práticas ágeis de desenvolvimento de software faz mal a saúde do projeto.

2009-05-11T22:46:00.001-07:00

Há algum tempo venho estudando sobre práticas ágeis, e sua adoção e confesso que sinto-me receioso com a forma mais básica de “adoção ao mundo ágil”. A regra básica é: Adotamos Scrum e “XaZAM”, sou ágil. E antes que algum “Scrum Master” fique chateado, vou explicar-me.

Gosto de Scrum, é leve, simples, direto, eficaz, é voltado a ROI (nada nais justo e óbvio), envolvente, favorece a comunicação e etc. Entretanto, minha opnião é que todo livro ou material de Scrum devia vir com uma tarja preta com a seguinte frase:

“Scrum é um processo centrado em técnicas de gerenciamento de projetos”

Assim, Scrum deliberadamente omite qualquer prática técnica, em contraste (por exemplo) com Extreme Programming (leiam FlaccidScrum). Ou seja ela admite que seu projeto adota boas práticas de desenvolvimento de software.

Como descobrir que as coisas não andam bem:

Seu projeto adota boas práticas de desenvolvimento? Vc adota práticas ágeis?
É capaz de entregar software rapidamente, no prazo, mas sempre cria Débito Técnico (os famosos, depois agente ajeita)?
Como anda sua integração contínua? Consegue liberar uma versão em 15 minutos?
Como andam seus testes? Cobertura alta? Automatizados?
Tem medo de alterar código e quebrar em outro canto?
Equipe energizada e auto organizável?
A cada Sprint a velocidade da equipe parece diminuir?
Os BUGs estão em queda constante?
Sua equipe e seus chefes conhecem e acreditam no manifesto ágil? Ou processo é sagrado e atrapalha mais que ajuda?

Eu compartilhp da visão do Akita, de que geralmente a adoção ocorre de cima para baixo, e isso pode ocultar ou dar menos importância a filosofia ágil e as boas práticas de desenvolvimento, dentro da equipe de desenvolvimento. O que o “James Shore” defina da seguinte forma:

“These psuedo-Agile teams are having dessert every night and skipping their vegetables”

Portanto, apesar de seu chefe achar legal a adoção de Scrum, lembre-se que Scrum não é bala de prata e de nada adianta um software, feito nas cochas, sem nenhuma prática ágil de desenvolvimento. Se tudo é feito as pressas e com milhões de Bugs e débito técnico, seu projeto está fadado ao fracasso.

Nota 1 – Leitura recomendada: Scrum e XP direto das Trincheiras; The Art of Agile Development; Extreme Programming Explained: Curso de Scrum com Rodrigo Yoshima;

Nota 2 - Definições de SCRUM (Processo x Metodologia x Framework x Só de Gestão x De Software .. Eu pouco me importo com a etimologia, importo me com a filosofia ágil) Confira a variedade de definições:

Embora a wikipedia venha com esta definição de Scrum “Scrum é um método ágil para Gerenciamento de Projetos.”, gostaria de lembrar que Scrum foi feito para desenvolvimento de Software (Milfont me chamou atenção disso! foi mal, só copiei a definição do wiki :-P )

“Scrum is an agile software development framework.” definido por Scrum Alliance

“Scrum is an agile process for software development” definido por Mountain Goat

“Scrum is an agile* software-management process” definido por IBM

10 Dicas de como turbinar sua aplicação (Linq to Sql

2009-04-12T20:45:00.000-07:00

Segue um bom post com 10 dicas de como turbinar sua aplicação que usa Linq to Sql.

10 Tips to Improve your LINQ to SQL Application Performance

DataContext - Unico por aplicação, varios...?

2009-04-09T21:56:00.000-07:00

Tenho acompanhado em vários foruns uma dúvida comum, sobre se devemos criar um único DataContext por aplicação ou vários, ou por DAO... Enfim, DataContext é um cara um pouco mal compreendido.

Vamos por partes (como diria o Dexter):

DataContext por DAO

Neste cenário temos toda uma arquitetura definida de modo que as classes de DAO herdam de AbstractDAO que por sua vez implementa IDAO, que define os métodos de CRUD de uma entidade. A idéia é que todo DAO já herde o CRUD de forma automática e fácil.

Na classe abstrata também é definido como o DataContext é obtido, ou seja temos isolado o acesso ao Linq apenas dentro das classes de DAO. Não vou descrever detalhadamente, ou questionar solução pois não é o foco deste post.

O ponto chave em questão é que temos um DataContext por DAO. E neste cenário podemos ter transações que alterem o estado de um DataContext enquanto outro não ficou ciente das alterações. Isto acontecendo na mesma requisição web, trará inconsistencias indesejadas. Isso porque o DataContext implementa o padrão "Identity Map", assim uma cópia dos objetos identificados pela "Key" é guardado em cache, não sendo realizada uma nova consulta Sql enquanto a instância do DataContext estiver viva. Ou seja, para a maioria das aplicações, não é uma boa solução.

DataContext único

Acho que este cenário é o mais utilizado. Nele temos apenas uma instância do DataContext por aplicação e isso é garantido usando o padrão Singleton. Para um cenário de uma aplicação "DeskTop pura", já resolve tranquilamente.

Nesta solução temos uma baixa complexidade, e não temos problemas com transações que passem por vários métodos que possuam sua própria instancia de DataContext. Não teremos DataContexts com estados diferentes na mesma época, causando inconsistências.

Entretanto, "DC" (intimos já) não são thread safe. E se sua solução tiver possibilidade de uma outra aplicação disputando o mesmo Banco de Dados, aí definitivamente você terá um problema dos bons. Pois o DataContext, como bom DataMapper possui um espelho do seu banco de dados e ficará constantemente desatualizado. Outro ponto complicado é que se você setar as propriedades "ObjectTrackingEnabled" e "DeferredLoadingEnabled" pensando em uma operação específica, ela terá impacto em todas as outras operações.

Fazendo um simples teste para entender como o DataContext funciona - DataMapper (Vendo com os próprios olhos):

1.Crie uma simples aplicação (só pra testar) com o singleton do DataContext, como o código ao lado usando o BD NorthWind e tabela Categorias:


public class DataContextFactory
{
//Instancia única
private static DataContext _dataContext;

//Método que devolve a instância única
public DataContext GetContext()
{
   if(_dataContext == null)
   _dataContext = new DataContext(Settings.Default.NorthwindConnectionString);

return _dataContext;
}
}

2.Crie uma classe de DAO e implemente um simple GetAll()


public class CategoriaDAO
  {
      //Retorna todas as categorias
      public IList getAll()
      {
          DataContext DataContext = DataContextFactory.GetContext();
          return DataContext.GetTable().ToList();
      }
  }

3. Popule a página verifique os resultados

4. Altere um registro no Banco

5. Refresh na página e... nada mudou. Pois é. DataContext desatualizado.

DataContext e UnitWork

Uma boa forma de utilizar Linq to Sql é utilizando o DataContext conforme o padrão Unit of Work, de modo que o ciclo de vida do DataContext será apenas enquanto durar a "business transaction", que pode afetar o banco de dados. De fato, até o MSDN indica a utilização de DataContext por "unit of work".

É facil de identificar o quanto este padrão é indicado, pela capacidade de monitoramento das alterações feitas a qualquer objeto que tenha carregado. O DataContext sabe o que mudou (deletado, inserido, atualizado), nos possibilitando o famoso "submitChanges()".

MSDN

In general, a DataContext instance is designed to last for one "unit of work" however your application defines that term

Segundo Martin Folwler

A Unit of Work keeps track of everything you do during a business transaction that can affect the database. When you're done, it figures out everything that needs to be done to alter the database as a result of your work.

Uma boa implementação desse padrão é colocar o DataContext no contexto da aplicação, ou seja, para aplicações web, terá duração da requisição.

Espero que tenha ajudado!! No próximo Post irei demonstrar formas de como implementar este padrão para aplicações Web ou DeskTop.

Value Type x Reference Type and Methods

2009-03-31T21:22:00.001-07:00

Nós sempre estudamos isso e com o passar do tempo caí um pouco no esquecimento.

Definições

Value Types

Possuem seus valores armazenado diretamente nas variáveis (na pilha).

Reference types
Possuem apenas o endereço na pilha, que aponta para o valor armazenado no "Heap".

Ou seja quando criamos um objeto para o compilador estamos fazendo:

Métodos

Em C# e Java todo parâmetro é passado por valor. Assim se passarmos um "value type" estaremos passando uma cópia dele. E se passarmos um objeto estamos passando uma cópia da variável que armazena apenas o endereço para o objeto.

Isso justifica as seguintes informações:

"Reference variable to another instance merely creates a second copy of the reference"

"Reference types provide a great deal of flexibility, and they offer excellent performance when passing them to methods."

?ref?

E quanto ao método methodHowDo(ref Animal){...}, ele passa o ponteiro por referência e não uma cópia dela.

Té+

Habilitando serviços no IIS 7.0

2009-03-25T00:02:00.000-07:00

Para quem estava todo animado desenvolvendo um serviço com WCFe ao tentar consumí-lo no seu Windows Vista ou Windows Server e recebeu a nada amistosa mensagem

“The remote server returned an unexpected response: (405) Method not allowed”

A possível causa para o problema é que o IIS não esteja com os devidos mapeamentos para serviços, ou seja “Application Extension Mapping” para arquivos *.svc.

Solução

Se você instalou o IIS depois que o Windows Comunication Foundation foi instalado, você deve executar o seguinte comando:
%WINDIR%\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe –r

Abra o Gerenciado dos Serviços de Informações da Internet (o velho Gerenciado do IIS - command prompt “inetmgr”

Expanda a lista de sites e clique em “Default Web Site”

Dê um click duplo em “Mapeamentos de Manipulador” (“Handler mappings”)

Certifique-se que realmente os mapeamentos para os arquivos *.svc não existem no seu IIS, caso não existam, prossiga com os seguintes passos:
- Click “Adicionar Manipulador Gerenciador”
- No campo “Caminho da solicitação”, preencha com “*.svc”
- No campo “Tipo”, preencha com “System.ServiceModel.Activation.HttpHandler, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089”
- No campo nome, preencha com “vc-Integrated”
- Click “OK”

Click “Adicionar Mapeamento de Script ”
No campo “Caminho da solicitação”, preencha com “*.svc”
No campo “Executável”, preencha com “%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll”
No campo nome, preencha com “svc-ISAPI-2.0”
Click “OK”

Boa Sorte e espero ter ajudado!

Configurando o Visual Studio 2008 com IIS 7.0

2009-03-20T21:10:00.000-07:00

Alguns desenvolvedores, (inclusive eu numa máquina virtual) passaram por alguns problemas pra configurar o Visual Studio 2008 com o IIS 7.0 no Windows Vista.

A dica é dá uma olhada neste dois artigos, bem úteis:

Té+

Lançado o Internet Explorer 8

2009-03-19T16:52:00.000-07:00

Lançado o IE 8. Vamos ver se o IE vai continuar firme no mercado.

Os destaques do novo Browser da MS são :

WebSlices
Tab Groups
Botão de compatibilidade
Acelerador
Navegação privada
Caixa de busca avançada
Barra de endereços inteligente

Entretanto segundo testes realizados entre os 5 browsers mais utilizados, o IE ficou em ultimo lugar!

fonte IDGNOW

Download em

Linq to Sql suporta Enumeradores

2009-03-15T20:04:00.001-07:00

Os “enumeradores” são bastante úteis aos desenvolvedores, evitando uma checagem do tipo string (coisa como if(tipo == “TEXT”)) , sucetível a erros e sem nenhum formalismo semantico nas nossas classes. Mais sobre a utilização avançada de enumeradores ver neste bom post, ou sobre como popular combobox com enumeradores aqui.

O Linq to Sql por sua vez suporta o uso de enumeradores de forma simples, como descrito abaixo:

public enum ItemType
   {
       Text = 0,
       Image = 1
   }

[Table]
public class Item {
private ItemType _type;

[Column]
public ItemType Type
{
get { return _type;}
set { _type = value;}
}

}

Vantágens:

Ao construirmos o objeto do tipo “Item” setamos suas propriedades que pro caso do “Type” será sempre consistente com o enum definido na aplicação;
O linq to Sql automáticamente trará os objetos do tipo “Item” com seus enumeradores “Type” setados;

Observações

O enum é Value Type;
Os enumeradores podem ainda suportar os tipos (byte / Byte, sbyte / SByte, short / Short, ushort / UShort, int / Integer, uint / UInteger, long Long, ulong / ULong). Entretanto, não suporta String assim não teremos no banco Flags descritivas como “TXT” ou “IMG”, mas 0,1;

Técnicas JavaScript e Ajax pra aumentar experiência do usuário

2009-03-09T15:45:00.000-07:00

Como falei no post anterior sobre Ajax a web está cada vez mais dinâmica e a utilização de novos conceitos e tecnologias tem aumentado consideravelmente a experiência do usuário.

Para que os desenvolvedores/designers não repitam com a "Web 2.0" e interface ricas, o mesmo erro do surgimento das animações gráficas em Flash, onde uma simples caixa de texto voava e soltava raios, atrapalhando mais do que ajudando. Este artigo: 70 New, Useful AJAX And JavaScript Techniques, apresenta 70 novas e úteis técnicas JavaScript e AJAX , que são da mais alta qualidade e são mais ou menos fácil de configurar.

AJAX - Parte I

2009-03-08T12:24:00.001-07:00

O poder do Ajax (Asynchronous Javascript And XML) trouxe uma grande inovação para os nossos sistemas e na Web de um modo geral, confundindo-se à onda Web 2.0 e apesar de não ser uma nova tecnologia é uma mistura de tecnologias já conhecidas, tendo em seu modelo:
- Apresentação baseada em padrões, usando XHTML e CSS;
- Exposição e interação dinâmica usando o DOM;
- Intercâmbio e manipulação de dados usando XML e XSLT;
- Recuperação assíncrona de dados usando o objeto XMLHttpRequest;
- e JavaScript unindo todas elas em conjunto.

Entretanto a adoção mais comum dessa forma de desenvolver páginas e sites com comunicações assíncronas tem se resumido apenas a "adotar controles/componentes visuais" que usam internamente Ajax ao popular os dados, ou seja chamam de forma assíncrona o servidor e atualizam somente parte da página, sem PostBack.

Sei que esta forma de trabalhar é rápida, simples bastando apenas aprender como os controles funcionam (me refiro a Ajax Control Toolkit), mas convido-os a uma imersão neste novo mundo por duas simples razões:

Algumas vezes precisamos de algumas características de IHC que o usuário quer e o controle não vai dar conta;
Existem várias formas de se fazer Neston, e precisamos ao menos conhecê-las. Além do mais usar Web service não quer dizer que minha solução é SOA.

Trilha proposta:
1. Como sobreviver com conexões assíncronas na unha. Eu domino o XMLHttpRequest
2. Problemas de encode
3. Decisões sobre formato de dados
4. APIs Ajax - Atlas/Asp.Net Ajax/JQuery
5. Serviços REST
6. WCF e JSON, Astoria
7. SOA - Soa não é somente usar web services

Linq to Sql (REST IN PEACE?)

2009-03-04T16:58:00.000-08:00

Um dos lançamentos mais promissores do ano passado, que merecia até um maior alarde por parte da comunidade de TI, é o Linq. Basta imaginarmos uma linguagem de consulta única para fontes de dados, seja esta fonte um XML (linq to XML), banco de dados relacional (Linq to Sql), Entidades, TXT, Subversion, CVS, Diretórios... é simplesmente fantástico.

Outra novidade foi o Linq to Sql (motivo do post) que após utilização e testes sobre o mesmo ainda o considero muito aquém de frameworks de persistência/ORM, como o NHibernate (aliás nem o considero como uma ferramenta ORM) , basta destacar alguns pontos como :

Suporte somente a Sql server;
Não implementa totalmente "Persistence Ignorance", já que pra trabalharmos com lazy load, temos que utilizar tipo específicos do framework, como EntitySet e EntityRef. Desta forma teremos nossas entidades com forte acoplamento a tecnologia de persistência;
Não é tão flexível ao trabalhar com Herança;
Problemas de serialização, quando uma entidade possui navegabilidade dupla (tipo 1 -N por exemplo);
Não dá suporte a Value Objects, já que trabalha como um data mapper do tipo: 1 tabela = 1 entidade;
Linq to Sql não sabe nada da existência de ADO.Net Data Services;

E embora tenha demorado a postar sobre este assunto por motivos de tempo (tinha uma entrega pra fazer). Informo a todos os apaixonados pelo Linq to Sql que a MS não planeja fazer muito mais sobre o L2S (LINQ to SQL and LINQ to Entities Roadmap), na verdade acho q só irão apenas manter (esquecer), até pq o Entity Framework surge com força total.

Destaco o seguinte trecho do comunicado da equipe da MS:

"We’re making significant investments in the Entity Framework such that as of .NET 4.0 the Entity Framework will be our recommended data access solution for LINQ to relational scenarios. We are listening to customers regarding LINQ to SQL and will continue to evolve the product based on feedback we receive from the community as well."
(http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx)

Pelos motivos citados acima, dá pra ver que não considero o Linq to Sql o meu "TOP ONE" para persistencia, mas a MS falha em simplesmente abandonar o projeto, pois sabemos que cliente sérios fizeram a adoção do L2S, e concordo que o Linq to Sql tinha muita beleza na sua simplicidade, precisando apenas de amadurecimento. Enfim, que venha o Entity Framework!!!

Sou ágil? (Prazo curto)

2009-03-03T12:28:00.000-08:00

Todos já sabem os benefícios do desenvolvimento ágil, coisas como:

Desenvolvimento em cascata;
Ciclos enormes, com demora nos feedbacks do cliente;
Equipe de desenvolvimento coçando esperando os requisitos serem totalmente fechados
Pessoal dos requisitos longe dos desenvolvedores;
Cliente distante, que não sabe o que quer, e só descobre daqui a seis meses;
Estatísticas como as que 80% do que o cliente pediu será inútil pra ele ou menos importante;

e outros mais são resolvidos, eliminados ou abrandados.

Entretanto, a agilidade nas empresas na maioria das vezes nasce sem coesão nas práticas adotadas. Não gosto de processos capengas que usam toda a rigidez no levantamento de requisitos, mas com sprints de desenvolvimento apertados, sem práticas de modelagem ágeis, sem testes integrados ao desenvolvimento (testes executáveis), artefatos executáveis, nada de ágil exceto pelo fato de entregar coisas em prazos apertados.

IE 8 Release Candidate

2009-02-02T13:28:00.000-08:00

A Microsoft anunciou na semana passada o lançamento da versão release candidate do IE 8.0.

Vamos conferir se a Microsoft virá com uma boa versão, segurança é uma promessa assim como maior velocidade e interface mais limpa, além de ferramenta para desenvolvedores.

Lembrando apenas que é bom que cumpra essas promessas já que o IE atingiu baixa histórica com participação de 67,6% em janeiro, diz estudo:
IE atinge baixa histórica com participação de 67,6% em janeiro, segundo estudo:
fonte IDG Now

Problemas de encode

2009-02-02T08:19:00.000-08:00

Esta semana passei por alguns problemas relacionados a encode então segue uma breve dica de como contornei o problema.
O cenário era o seguinte:

Tinha uma client fazendo requisições via JavaScript, usando o velho XmlHttpRequest para a parte servidor em Java (servlets apenas), usando o TomCat 6. Foi utilzado o método encodeURIComponent do JavaScript para fazer o encode da URI que passava vários parâmetros.

Problema:
O encode que queria usar era UTF-8 mas a aplicação java (servlets) em ambiente de teste estava tendo um comportamento diferente do esperado, provavelmente ISO....

Solução:
1. No servlet foi setado o encode da seguinte forma:

resp.setContentType("text/html; charset=UTF-8;pageEncoding=UTF-8");
req.setCharacterEncoding("UTF-8");

2. Setar no arquivo de configuração server.xml do TomCat em $\Apache Software Foundation\Tomcat 6.0\conf\server.xml

connector port="8008" protocol="AJP/1.3" uriencoding="UTF-8" usebodyencodingforuri="true" redirectport="8443"

e

<--A "Connector" represents an endpoint by which requests are received -->
connector port="8008" protocol="HTTP/1.1" uriencoding="UTF-8" usebodyencodingforuri="true" redirectport="8443" connectiontimeout="20000"

Depois disso deu tudo certo.!!

MS Dependência

2009-01-07T16:28:00.000-08:00

Nem preciso falar que cada vez mais rápido temos novas tecnologias e conceitos no mercado de desenvolvimento de software, mas o mais incrível da comunidade .Net, não toda ela claro, mas a grande maioria sofre da MS dependência.

Assim, muitos insistem em modelar seus sistemas orientados a tabela, não saber do que se trata um "Domain Model", DDD (Não é Discagem Direta a Distância), injeção de dependência, IOC. Enfim, a MS simplesmente não falou nada disso ainda. O resultado disso é que a arquitetura (veja evitando BOLOVO do mestre "shoes") BOLOVO digna de coisas horríveis como EJB 2 estão a todo vapor no mundo .Net, ou frameworks caseiros que pegam as entidades anêmicas e quebram em sql, numa camada de persistência construida com muito "control+C" e "control+v".

Quantas vezes não já escutei coisas como prefiro usar ADO.NET puro pq gosto de ter o controle da persistência e não contar com frameworks gerando sqls e deleções em cascata. Sem falar das validações antes de inserir algo, coisa simples de fazer com qualquer framework que preste, ou uma boa arquitetura.

Concordo que não existe bala de prata, (pois até existem os casos dessa abordagem ser a melhor pra situação), mas existem conceitos de ouro, que já não deveriam nem mais serem citados como:

Desenvolvimento OO, orientado a interface (se puder injeção de dependencia)
Com baixo acoplamento e alta coesão;
Sem código duplicado e muita divisão de responsabilidade;
etc...

Portanto, além de lembrá-los de coisas simples, como o fato de que objetos encapsulam dados e comportamenos, e que não é a toa que existe associações, agregação e composição na UML mas que existe um mundo lá fora, coisas como NHibernate, Spring.Net, Windson Castle e outros projetos...

Pra esses que não conseguem ver graça nessas novidades, saibam que a Microsoft está de olho e que o Linq to Sql é apenas o começo para o que vem por aí.