Índice. A utilização de Kanban com a metodologia ágil Scrum

Transcrição

1 fevereiro 2009

2 fevereiro 2009

3 Índice Editorial Fábio Câmara Delphi Neste mês de folia dando continuidade ao artigo publicado no mês passado por Alessandro Ferreira levo até vocês a segunda parte do artigo Pacotes: Teoria e Prática - Conhecendo seus benefícios e aplicações A utilização de Kanban com a metodologia ágil Scrum O título Kanban ou SCRUM Board são desconhecidos para a maioria das empresas brasileiras, porém a utilização das técnicas em projetos de software são simples, intuitivas e com resultados positivos verificados nas primeiras semanas. 05 Criando relatório com quebra de grupo no Rave Report Delphi Prism - A nova solução de desenvolvimento.net Pacotes: Teoria e Prática Conhecendo seus benefícios e aplicações - Parte II NET Dicas Delphi Dicas.NET jquery e Microsoft Como deletar uma pasta e todos os seus arquivos Como deletar uma pasta e todos os seus arquivos Legenda 22 Buscar textos em um DB Memo 27 Buscar textos em um DB Memo 28 Desafio The CLub Iniciante Intermediário Avançado Teste seus conhecimentos. 30 fevereiro

4 Bem-vindo Neste mês de folia dando continuidade ao artigo publicado no mês passado por Alessandro Ferreira levo até vocês a segunda parte do artigo Pacotes: Teoria e Prática - Conhecendo seus benefícios e aplicações, onde o leitor poderá se aprofundar ainda mais nos recursos do uso de pacotes no Delphi. No artigo de abertura de nossa revista Fabio Câmara está de volta com seu artigo teórico A utilização de Kanban com metodologia ágil Scrum, o título Kanban ou SCRUM Board são desconhecidos para a maioria das empresas brasileiras, porém a utilização das técnicas em projetos de software é simples, intuitivas e com resultados positivos. Espero que gostem desta abordagem. O consultar técnico do The Club Antonio Spitaleri escreve em nossa revista a respeito da criação de relatórios com quebra de grupos utilizando o gerador de relatório Rave Report. Neste mês o consultar Luiz Alexandre escreve sobre o mais novo lançamento da Embarcadeiro, a solução de desenvolvimento para.net, o recém lançado Delphi Prism, onde neste artigo introdutório o autor mostra as principais características e funcionalidades desta nova ferramenta como também as novidades da linguagem. Na sua coluna mensal Fabiano Belmont finalmente escreve sobre jquery e Microsoft, JQuery como biblioteca de JavaScript open source que será distribuída juntamente com o Visual Studio. Estatisticamente é visível como o numero de solicitações de suporte aumenta sensivelmente após os festejos de carnaval, assim podemos concluir que realmente para alguns o trabalho só começa após esta data. Av. Profº Celso Ferreira da Silva, 190 Jd. Europa - Avaré - SP - CEP Informações: (14) Suporte: (14) Internet Cadastro: cadastro@theclub.com.br Suporte: suporte@theclub.com.br Informações: info@theclub.com.br Skype Cadastro: theclub_cadastro Skype Suporte: theclub_linha1 theclub_linha2 Copyright The Club Megazine 2008 Diretor Técnico Marcos César Silva Diagramação e Arte Vitor M. Rodrigues Revisão Marcos César Silva Colunistas Antonio Spitaleri Neto Fabiano Belmonte Luís Alexandre de Oliveira Marco Antonio Armando Marcos César Silva Ramos de Souza Janones Impressão e acabamento: GRIL - Gráfica e Editora Rua São Paulo, nº 447 Cep: Taquarituba-SP Tel. (14) Reprodução A utilização, reprodução, apropriação, armazenamento em banco de dados, sob qualquer forma ou meio, de textos, fotos e outras criações intelectuais em cada publicação da revista The Club Megazine são terminantemente proibidos sem autorização escrita dos titulares dos direitos autorais. Para quem gosta da folia, aproveitem o carnaval, pois depois disto o ano vai começar para valer! Marcos César Silva - Editor Chefe marcos@theclub.com.br Delphi é marca registrada da Borland International, as demais marcas citadas são registradas pelos seus respectivos proprietários. 04 fevereiro 2009

5 Fábio Câmara A utilização de Kanban com a metodologia ágil SCRUM O título Kanban ou SCRUM Board são desconhecidos para a maioria das empresas brasileiras, porém a utilização das técnicas em projetos de software são simples, intuitivas e com resultados positivos verificados nas primeiras semanas. Introdução a história do Kanban Kanban é uma palavra japonesa que pode significar registro, cartão visível ou etiqueta. A primeira implementação de Kanban foi feita em 1956 por uma pequena indústria japonesa de caminhões chamada Toyota (hoje maior empresa automotiva do mundo), o responsável por essa implementação foi seu principal executivo, o engenheiro Taiichi Ohno. Taiichi Ohno foi muito além de fazer uso Kanban, foi também o principal responsável pelo que hoje conhecemos por Sistema Toyota de Produção. Esse método de produção e automação de processos foi responsável por uma grande quebra de paradigma nos modelos de produção usados pela industria nas automobilistas na Europa e principalmente nos Estados Unidos (para as pessoas que realmente tiverem interesse em se aprofundar neste modelo de produção, nós recomendamos o livro Toyota Production System: beyond large-scale production do próprio Taiichi Ohno). Voltando ao Kanban, essa metodologia desenvolvida por Ohno tem como objetivo administrar os fluxos de produção de uma fábrica através do uso de cartões de sinalização e quadros. Um modelo muito simples e objetivo, onde os cartões eram colocados em quadros indicando onde as peças estavam na linha de produção. Estes cartões e quadro substituíram, na linha de produção da Toyota, o preenchimento de uma serie formulários que acabavam sendo apenas uma burocracia inútil utilizada pelas fábricas. Obviamente isso é apenas uma idéia resumida da metodologia criada Ohno. Esse metodologia é base elementar da filosofia de JUST-IN-TIME na indústria automobilística. Considerando que o objetivo desse artigo não é a história das técnicas de produção da Toyota, apresentaremos o link ¹Por mais que não seja habitual para muitos autores utilizar o termo XP Board, consideramos útil neste artigo para fins de diferenciação entre Kanban, XP Board e SCRUM Board. com projetos de software e metodologias ágeis no próximo tópico. Uso do Kanban em Metodologias Ágeis Uma das primeiras metodologias ágeis a usar o Kanban prática elementar foi o XP (extreme Programming). A idéia principal por trás do XP Board¹ é colocar os cartões com as user stories em um quadro. Conforme os desenvolvedores vão terminando estas user stories, os cartões vão mudando de local no quadro. A proposta é muito interessante porém, em nossa humilde opinião, os cartões com as user stories muitas vezes tornam o quadro muito poluído pelo excesso de informações. Esta questão acaba dificultando a real visibilidade de como estão sendo executadas as tarefas. Outro ponto negativo que destacamos é a relação das user stories com as entregas dos desenvolvedores, isso pode causar certa confusão tanto no time de desenvolvimento como nos outros colaboradores envolvidos no projeto. fevereiro

6 Inspirado nos dois modelos, Kanban e XP Board, alguns técnicos de SCRUM também denominados SCRUM Master adaptaram o uso do Kanban dentro dos seus Sprints. Oportunamente este quadro recebeu o nome de SCRUM Board. Contextualizando SCRUM O principal objetivo deste artigo é explanar um caso prático de utilização de SCRUM Board através do registro das experiências dos autores em cenários de desenvolvimento de software locais (tradicionais, ou seja, todos os membros da equipe no mesmo espaço de trabalho) e cenários com equipes remotas. Consideramos que nosso leitor imaginário² possui conhecimentos básicos de SCRUM, apesar de em nossa mente acreditarmos que este artigo só interessaria a técnicos com conhecimentos mais avançados, possivelmente SCRUM Masters, pois o assunto abordado permite um refinamento produtivo da utilização das técnicas de SCRUM. Conclusivamente, homologamos a necessidade de escrever algumas linhas sobre SCRUM de forma sintética, com foco em bases elementares a compreensão do artigo e a utilização das técnicas. A mudança de paradigma defendida pelo conceitos de SCRUM conflitam entre o modelo cascata de desenvolvimento de projetos (waterfall model) e um novo modelo denominado por muitos autores de modelo de valor (value model). O texto de Hirotaka Takeuchi e Ikujiro Nonaka³ apresenta uma analogia que nos permite esta compreensão entre as diferenças dos modelos: O estilo de corrida de revezamento aplicado ao desenvolvimento de produtos pode conflitar com os objetivos de velocidade e flexibilidade máximas. Ao invés disto, um estilo holístico, onde a equipe busca, como em um jogo de futebol, de forma integrada, chegar ao gol, com passes de bola, pode servir melhor às atuais necessidades competitivas. SCRUM, em sua essência, é um processo ágil que permite manter o foco na entrega do maior ²Definimos como leitor imaginário porque ao escrever o artigo visualizamos o leitor interagindo conosco. Neste exercício abstrato de interação, formalizamos as características de nosso possível leitor. ³Os japoneses Hirotaka Takeuchi e Ikujiro Nonaka utilizaram pela primeira vez o nome SCRUM para uma metodologia de desenvolvimento de projetos em Neste texto entitulado The New New Product Development Game descrevia um tipo de processo de desenvolvimento de produto utilizado no Japão. Considera-se também que o nome SCRUM foi escolhido pela similaridade entre o jogo de Rugby e o tipo de desenvolvimento de produto comentado. Ambos são adaptativos, rápidos e promovem a auto-organização. valor de negócio, no menor tempo possível. Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas). Para que isso funcione, serão as necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade. Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um Sprint 4. O ponto forte do sucesso da utilização do SCRUM é a autonomia técnica e a senioridade do SCRUM Master. Podemos definir o SCRUM Master como o participante do projeto comprometido com (ou responsável por): Representa a gerência para o projeto; Responsável pela aplicação dos valores e práticas do SCRUM; Remove obstáculos (retira os impedimentos); Garante a plena funcionalidade e produtividade da equipe; Garante a colaboração entre os diversos papéis e funções; Escudo para interferências externas. 4 Sprint é similar ao conceito de iteração da metodologia XP. É um período de duas a quatro semanas que a equipe de desenvolvimento trabalha com foco total em um plano de entrega de valor de negócio. Montando nosso SCRUM Board O SCRUM é uma metodologia muito dinâmica, como os seus próprios autores definem O Scrum deve respeitar e se adequar a cultura da empresa. Desta forma, não existe uma receita exata de como o SCRUM Board deve ser montado. Nossa recomendação é que você aplique como uma espécie de espelho do seu SDLC (Software Development Life Cycle) 5. Na nossa leitura, recomendamos que você comece com um modelo bem simples como este mostrado abaixo e vá evoluindo com tempo, fazendo customizações conforme a sua necessidade. Neste exemplo dividimos o quadro em três tipos de informações do projeto: veja a tabela. A proposta é ser realmente bem simples. No início de cada Sprint, através de uma a reunião de planejamento (Sprint Planning), são definidas as tarefas que serão executadas conforme os itens listados no Product Backlog. 06 fevereiro 2009

7 Tarefas Planejadas Tarefas em Andamento Tarefas Finalizadas Para cada tarefa, você deve pegar um pequeno cartão, escrever no cartão uma breve descrição da tarefa e o responsável da tarefa no cartão 6. Em seguida, coloque os cartões no quadro na coluna Tarefas Planejadas. Conforme as tarefas começarem a ser desenvolvidas, mova-as para a coluna Tarefas em Andamento. Após os testes dos produtos resultantes de cada tarefa, considerando-a finalizada, coloque o cartão em Tarefas Finalizadas. Certamente isso dará uma boa visibilidade interna a todos os participantes do projeto de como estão os status das tarefas. Apesar de muito simples como proposta técnica, perceba que repetimos em vários lugares neste artigo a palavra simples, de nada 5 Ciclo de vida de desenvolvimento (ou em inglês, SDLC Software Development Life Cycle) significa separar o desenvolvimento de um projeto em fases distintas porém complementares. Em suma, SDLC se propõe a formalizar dentro de uma equipe de projetos fases de construção, processos e normas que facilitarão a previsibilidade e, principalmente, a produtividade que poderão serem medidas nos resultados desta equipe. Não confundir com modelo cascata de desenvolvimento de software. Waterfall model trata da sequência de valores de negócios a serem desenvolvidos, definindo antecessores e sucessores. SDLC formaliza a empresa como um todo, ou seja, para qualquer projeto, com ponto de vista em tecnologia. funcionará se você e sua equipe não promoverem as reuniões diárias SCRUM Daily Meeting. Novamente considerando que nosso leitor imaginário sabe o que é SCRUM, obviamente se conhece os conceitos de SCRUM Daily Meeting. Ressaltaremos, então, somente nossa evidência prática para esta importante reunião em três contextos: parâmetros iniciais, forma e macetes. 1- Parâmetros iniciais: ser realmente diária e durar em média 15 minutos; 2- Forma: todos de pé em frente ao SCRUM Board; 3- Macetes: não é uma reunião para resolver problemas, tenha bastante atenção a este ponto. Convide sempre pessoas válidas ao projeto, independente de serem comprometidos ou envolvidos com o resultado do projeto. É obrigatória a presença da equipe de desenvolvimento (em SCRUM chamado de time), do Product Onwer e do SCRUM Master. É claro que, para funcionar, também o time deve estar comprometido em atualizar o quadro caso contrário as tarefas nunca sairão da coluna Tarefas Planejadas. É importante evangelizar a todos como responsáveis de atualizar o quadro, não é papel do SCRUM Master fazer isso. Podemos utilizar de outra forma, como por exemplo: na primeira coluna da esquerda para 6 Alguns autores defendem que não se deve colocar o nome do responsável por executar a tarefa no cartão. Em conceito esta defesa está fundamentada no princípio time auto-gerenciável e no princípio todos são responsáveis por tudo dentro de um projeto. Na prática, verificamos certa dificuldade de aplicar desta forma e optamos pela atribuição dos responsáveis nos cartões. Desconfiamos que nossa dificuldade foi devido a não uniformidade (equilibrio) de senioridade da equipe deste projeto. a direita ficam os itens que foram retirados do Product Backlog, priorizados sempre pelo que tem maior valor definido pelo Product Owner. Na seqüência estarão às colunas que você achar relevante dentro do seu processo, para exemplificar colocaremos as seguintes colunas Tarefas Planejadas, Tarefas em Andamento, Tarefas Validadas e Tarefas Finalizadas. Dentro das colunas o time de desenvolvimento colocará os cartões com as tarefas. Uma variação muito importante é a utilização de cores nos cartões com as tarefas. Esta é a nossa sugestão de cores e seus significados: 1. Verde para as tarefas simples; 2. Amarela para as tarefas médias; 3. Laranja para as tarefas complexas; 4. Vermelha para tarefas não planejadas ou urgentes que apareceram durante o Sprint. As cores trazem uma mudança interessante para o seu quadro. Chegamos a afirmar que é essêncial a finalidade da proposta técnica pensada por seus criadores. Outro item importante é o preenchimento dos cartões, é importante o time decidir a melhor maneira de preencher os cartões. Nossa sugestão é uma breve descrição da tarefa, como por exemplo: tela de cadastro de clientes, responsável, data de inicio e data término da tarefa. O próprio time junto com o ScrumMaster devem encontrar a melhor forma de escrever os cartões. Informações a mais deixam os cartões poluídos e o time, bem com os demais envolvidos no projeto, perdem a visibilidade da tarefa. Informação de menos pode ser um problema porque ninguém além de quem esta fazendo sabe o que é aquela tarefa. fevereiro

8 Itens do Product Backlog Item A (Prioridade Alta) Item B (Prioridade Media) Item C (Prioridade Baixa) Tarefas Planejadas Outro ponto importante é que o SCRUM Board deve ficar próximo e a vista da equipe de desenvolvimento. Próximo quer dizer na mesma sala, de preferência, de frente para todos. Se isso não ocorrer é bem provável que seu SCRUM Board fique sempre desatualizado. Tarefas em Andamento Tarefas Validadas Tarefas Finalizadas de relatórios gráficos expecíficos que possuem formato similar ao Kanban. Em algumas das empresas que utilizamos esta técnica, instalaram um TV de LCD de 40 polegadas defronte ao time de desenvolvimento mostrando o tempo todo a evolução do relatório gráfico simulando o Kanban; e como preencher o cartão ficam livres ao leitor, apenas reforçamos nossa recomendação de iniciar o mais simples possível e evoluir com as necessidades reais de informação e formalização percebidas durante o projeto. Para saber mais recomendamos os livros: Software Engineering with Visual Studio Team System by Sam Guckenheimer Agile Software Development with SCRUM by Ken Schwaber e Mike Beedle. Agile Management for Software Engineering by David J. Anderson. Agile Project Management by Jim Highsmith Treinamento MSF Agile + SCRUM + Agile Project Management em com.br Utilização do SCRUM Board em equipe remotas No cenário com equipes remotas, temos dois grandes desafios: primeiro a ausência do apelo visual do Kanban como forma de comunicação clara para todos os interessados no projeto. Segundo devido a impossibilidade do acompanhamento do projeto através da técnica de reunião chamada SCRUM Daily Meeting. Em nosso histórico de realizações, resolvemos estes dois pontos da seguinte forma: 1- Kanban eletrônico com a ajuda de ferramentas de ALM (Application Lifecycle Management), no nosso caso específico utilizamos o VSTS (Visual Studio Team System). Cadastramos os cartões no banco de dados e visualizamo-os através 2- Golden hour estipula-se e regulamenta-se um horário específico do dia que obrigatoriamente todos os comprometidos com o projeto devem estar disponíveis por algum meio de comunicação, como por exemplo conference call, ferramenta de chat e etc. Nesta reunião virtualizada praticam-se as técnicas da reunião SCRUM Daily Meeting, com principal foco na resposta as 3 perguntas mágicas desta reunião (o quê foi feito ontem, o que se fará hoje e o que pode impedir). Conclusão Demonstramos com detalhes sintetizados formas de se utilizar Kanban com práticas de SCRUM. Acreditamos que há um incremento muito positivo na comunicação do projeto que utiliza estas placas, pelo menos é o que notamos nos desafios que tivemos oportunidade de prestar consultoria. A aplicação de quais colunas ter no quadro Sucesso em seus projetos, Marcelo Martins e Fábio Câmara Sobre o autor Fábio Câmara (fabio.camara@vstsrocks. com.br): é consultor e implanta metodologias, processos para equipes de desenvolvimento e ferramentas para automação de ciclo de vida de desenvolvimento de software. Seus trabalhos podem ser verificados no site o título Microsoft MVP para a ferramenta Visual Studio Team System e possui os certificados SCRUM Master, MSF Practitioner, ITIL Foundations e MCTS Team Foundation Server. 08 fevereiro 2009

9 Delphi Criando Relatórios com quebra de grupo no Rave Reports Em várias situações, a criação de um bom relatório exige que as informações que irão compor o relatório sejam agrupadas seguindo algum critério. Nesse artigo, estarei mostrando uma metodologia para criação de relatórios com informações agrupadas que pode ser uma boa alternativa ao clássico master-detail. Trata-se do relatório com quebra de grupo. Mãos a obra! Componente Nome Paleta ibdatabase Ibdatabase1 interbase ibtransaction Ibtrans1 interbase ibquery qryrelatorio interbase datasource dsrelatorio Data access dbgrid grdrelatorio Data controls Rave project Rvproject1 Rave Rave dataset connection Rvdsrelatorio Rave Preparando a aplicação Para este exemplo estarei utilizando o banco de dados employee que acompanha o firebird. Crie uma nova aplicação no Delphi e adicione os seguintes componentes: Altere as seguintes propriedades dos componentes: Veja as tabelas 1 e 2 ao lado: Coloque a seguinte frase na propriedade SQL do componente qryrelatorio: Altere as seguintes propriedades dos componentes: Componente Propriedade Valor Ibdatabase1 Databasename Employee.fdb ibtransaction Ibtrans1 interbase Default transaction Ibtrans1 sqldialect 3 Login prompt false qryrelatorio database Ibdatabase1 dsrelatório dataset qryrelatório Rvproject1 Projectfile Relemployee.rav rvdsrelatorio dataset qryrelatorio fevereiro

10 select E.FIRST_NAME,E. LAST_NAME,E.SALARY,D. DEPARTMENT FROM EMPLOYEE E INNER JOIN DEPARTMENT D ON(E.DEPT_NO=D.DEPT_NO) Insira também um button no formulário e no evento onclick coloque o seguinte comando: procedure TForm1. BitBtn1Click(Sender: TObject); RvProject1.Execute; Construindo o Relatório Dê um duplo clique no componente rvproject1, com isso o rave visual designer será aberto. Vá no menu file e selecione a opção new data object.será mostrada a seguinte tela: Selecione a opção direct data view e clique em next. Será exibida a próxima tela: Imagem 03 Clique em finish para concluir a criação do objeto de conexão do relatório. Altere o nome desse objeto para dvemployee. O próximo passo é inserir na página do relatório os componentes que irão compô-lo: Primeiro, insira um componente region da aba Report.É esse componente que irá delimitar a área de impressão do relatório. O relatório deverá estar como na imagem 03: O próximo passo é a inserção das bandas do relatório.insira cinco bandas como segue: 2 componentes Band (Report) 1 componente DataBand (Report) 2 componentes Band (Report) Altere as suas propriedades Name (de cima para baixo) para: PageHeader GroupHeader Detail Cabeçalho de página Cabeçalho de grupo Detalhe GroupFooter ReportFooter Rodapé de grupo Rodapé de relatório Para cada banda, altere as seguintes propriedades: PageHeader: BandStyle - Selecione Body Header e First ControllerBand - Detail GroupHeader: BandStyle - Selecione Group Header e First ControllerBand - Detail GroupDataView - dvemployee GroupKey - DEPARTMENT StartNewPage - True Detail: DataView - dvemp GroupFooter: BandStyle - Group Footer e First ControllerBand - Detail GroupDataView - dvemployee GroupKey - DEPARTMENT ReportFooter: BandStyle - Body Footer ControllerBand: Detail O seu relatório deverá estar com a aparencia da imagem 04: Na banda bodyheader, coloque o título do relatório de sua preferência.no exemplo escolhi Relatório geral de Funcionários. Veja a imagem 05. Imagem fevereiro 2009

11 Monte a banda pageheader da seguinte forma: Veja a imagem 06. Imagem 04 Na banda detalhe irão aparecer os nomes dos funcionários e seus respectivos salários.ela deverá ficar com a seguinte aparência: Veja a imagem 07. A banda groupfooter irá mostrar o total dos salários de cada departamento.deverá ficar assim: Veja a imagem 08. Imagem 06 Para finalizar a banda reportfooter, que mostrará o total geral dos salários.ela ficará com aparência semelhante a banda groupfooter, como mostra a figura: Veja a imagem 09. Imagem 07 No componente calctext ainda poderá ser alterada a propriedade displayformat para dar uma aparência mais limpa ao relatório. Para visualizar o relatório tecle F9. Como devem ter percebido, o relatório com quebra de grupo é em muitos aspectos mais fácil de ser construído já que utiliza apenas um dataview ao contrário do relatório master-detail onde temos que utilizar dois componentes dataview. Imagem 08 Espero que tenham gostado e até a próxima. Sobre o autor Antonio Spitaleri Neto Consultor Técnico The club Imagem 09 antonio@theclub.com.br fevereiro

12 Delphi Prism A nova solução de O Delphi Prism pode ser definido como uma solução que acontece a partir da junção do Delphi e Visual Studio; na realidade é o Visual Studio e o Delphi integrados num único ambiente de desenvolvimento; prevalecendo a IDE do Visual Studio. Portanto a nova versão do delphi não contempla mais a VCL, ou seja, tudo é desenvolvido na plataforma do Visual Studio 2005 ou desenvolvimento.net Veja a figura 1. Veja a figura 2. Um ponto interessante é que a nova versão do Delphi permite gerar aplicações que rodem no sistema operacional Linux através do Mono (figura 3), que é a implementação.net para outras plataformas como o linux e o Mac OS X. Importante frisar que o Delphi Prism faz parte do RadStudio 2009 que esta disponível em no link codgear.com/downloads. Figura1. Tela de boas vindas do Delphi Prism na IDE do Visual Studio 12 fevereiro 2009

13 Resumindo as informações que já se tem do Delphi Prism: Não possui VCL.NET Funcionará com as tecnologias WPF, Silverlight, ASP.NET and LINQ ADO.NET e ASP.NET providers baseados em dbexpress DataSnap client, para conectar servidores DataSnap feitos em Win32 BlackFish SQL database Precisará do.net Framework 3.5 para rodar o VisualStudio Produz executáveis compatíveis com qualquer versão do.net Framework a partir da 1.1 Produz executáveis compatíveis com o framework.net Mono, para Linux e Mac Onde já tem Visual Studio instalado será apenas adicionado o plug-in de linguagem ao sistema Onde não tem Visual Studio este será instalado apenas com a linguagem Delphi Prism (sem C# e VB) Não será preciso adquirir uma nova licença do Visual Studio Ainda não é possível desenvolver aplicativos.net Compact Framework. Ferramenta de Modelagem de Banco de dados ORStudio Figura 2. Linguagem Oxygene(baseada em pascal e pascal object) Veja a figura 3. Linguagem O Delphi Prism possui uma linguagem avançada para para plataforma. net.ela suporta tudo para o Framework.net e outras implementações do CLR (Commom Language Runtime). Para maiores informações acesse Common_Language_Runtime. Nós desenvolvedores Delphi, não sofreremos um grande impacto para programação.net com Delphi Prism, pois usaremos uma linguagem moderna baseada em Pascal e Object Pascal. Embora permanecendo fiel às suas origens mantendo uma sintaxe familiar, a linguagem Delphi Prism traz diversas inovações. Nesta primeira parte do Artigo apresentarei as principais novidades da linguagem. Figura 3. Caixa de diálogo mostrando modelos para o desenvolvimento de aplicações mono em diversas Novidades da Linguagem Variáveis Podem ser declaradas em qualquer lugar Podem receber valores no momento da declaração Veja o código ao lado: Var path:string:=system. IO.Path. GetFullPath(tbDataBase. text); db:datacontext:=new DataContext(path); // instanciando uma classe var contato:=from contato in dbgettable<contato>() Select contato; fevereiro

14 Procedimentos e funções Ao invés de declararmos Procedimentos e Funções como fazíamos nas outras versões do Delphi podemos utilizamos Métodos. Procedure - Method SimplesSelecao ou Procedure SimplesSelecao Function - Method RetornaColecao :Sequence of Cliente - Function RetornaColecao :Sequence of Cliente Se o método retornar alguma coisa é uma função. Senão retornar é uma procedure. Observe que é facultativa a declaração de Procedure e Function Criação de Objetos Esqueçam o Create. Para criarmos objetos utilizamos o new Async for i:= 1 to 10 do Begin....End; Notas do Consultor Síncrona : Este modelo de programação é conhecido como programação sequencial sincronizada, onde cada bloco de código é executado um a um em uma sequência contínua conhecida (top-down). Chamar outro bloco significa bloquear o atual até o retorno da chamada. Var minhalista:=new list<pessoa>; Minhalista.add(new pessoa(nome:= Antonio,idade :=22)); //... Var jovens :=minhalista. where(p p.idade<30) Public Invariants- Contrato Define o que você firma como regra de uma classe Public Ivariants Idade>=0; Length(nome)>0; End; Se a regra for violada uma exceção será gerada Xml:= new xelement( livros,nil); Propriedades Assíncrona : Modelo de programação que permite que trechos de códigos possam executar de forma não-síncrona e concorrendo ao mesmo direito de uso do processador. Esse método gera uma thead separada Case O case somente era utilizado com valores ordinais. No delphi Prism, o case pode ser utilizado com strings Métodos read/write estão implícitos quando não declarados. Você pode declarar sem nenhum problema. Type Contato= class Public property codigo:integer; property nome:string; case acao of logout : login : else Operador Ternário IIF Declarações assíncronas Podemos executar mais de um método de forma assíncrona, ou seja, gerar uma thread separada. A Palavra async define a execução assíncrona Expressões Lambda Tipo especial de expressão que pode ser representado através de um ou mais valores como resultado, usando a função. Deixa o código mais limpo status = IIf(idade >= 18, Maior de idade, Menor de idade ) 14 fevereiro 2009

15 Try/ Except/finally A estrutura obrigatóriamente terá um Try/ Except/finally como uma única sentença Try... Mono e ainda nos sistema MAC também através do Mono. Isso permitirá aos desenvolvedores maior liberdade para distribuir suas aplicações. Outro fator que merece destaque é que o desenvolvedores Delphi não sofreram grande impacto na programação, pois continuarão a desenvolver com o Object Pascal, que trás uma série de novidades da linguagem. Except On Ez:ECustomException do. Finally End; Conclusão Até a próxima! Sobre o autor Luís Alexandre de Oliveira é Técnologo em Processamento de Dados,graduado pela Faculdade de Técnologia de Sorocaba, Consultor técnico do The Club. Anuncie conosco Anuncie na revista e ganhe um banner publicitário no site do The Club Um dos pontos mais importantes do Delphi Prism, é o fato de que ele permite gerar aplicações que rodem no sistema operacional Linux através do Docente do curso técnico informática - Etec de Avaré e do curso Tecnologia em Redes de Computadores - Fatec Eduvale Avaré Solicite um orçamento: Skype: theclub_cadastro cadastro@theclub.com.br Fone: (14) fevereiro

16 Pacotes Teoria e Prática Parte II Conhecendo seus benefícios e aplicações Introdução Na primeira parte deste artigo, falei a respeito das características dos pacotes tais como tipo, comparação com DLLs, sua aplicabilidade e exemplos práticos da utilização dos pacotes estáticos em uma aplicação. Nesta segunda parte, irei abordar a utilização de pacotes dinâmicos e demonstrar como estes podem ser úteis em sua aplicação. Pacotes Dinâmicos Iremos agora abordagem a modularização de aplicações trabalhando com pacotes dinâmicos. Esta abordagem é muito parecida com a chamada de formulários disponibilizados em DLLs, contudo mais fácil por questões que já discutimos anteriormente. Um dos principais motivos em utilizar esta abordagem é quando não temos certeza que determinado pacote estará presente no cliente, por exemplo, por ele não ter adquirido tal módulo de nosso software. Diferentemente dos pacotes estáticos, não mantemos nenhuma referência implícita dos pacotes dinâmicos no projeto, ou seja, você deverá acessar as opções do projeto e no grupo run-time packages limpar as referencias dos pacotes que irão conter os formulários como demonstra a figura a seguir. Opções do Projeto 16 fevereiro 2009

17 Outro detalhe importante é que também iremos remover todas as units do projeto, mantendo apenas a unit referente o formulário principal, isso pode ser feito através da opção Remove File From Project. Registro de classes Quando necessitamos acessar classes proprietárias que não estão registradas no projeto é necessário explicitar o registro da mesma na sessão inicialization da unit onde a mesma está declarada e com isso deixá-la disponível para acesso. Levando em consideração que cada formulário que temos em nossa aplicação possui uma classe declarada, como exemplo, o fmclientes possui sua classe tfmclientes, teremos que efetuar o registro de cada formulário que necessitarmos instanciar e acessar. O Delphi possui um método especifico para efetuar registro de classes chamada Register- Class o qual tem a seguinte sintaxe: initialization RegisterClass(tfmClientes); finalization UnRegisterClass(tfmClientes); Diz a boa prática que sempre que registrarmos uma classe deveremos nos preocupar e providenciar a sua retirada da memória quando não mais estiver sendo utilizada, e isso iremos fazer na sessão finalization através do método UnRegisterClass. Modularizando a aplicação em pacotes dinâmicos Vamos efetuar uma cópia da pasta do projeto do exemplo anterior para uma nova pasta e utilizálo para modularização em pacotes dinâmicos. Após efetuar a cópia, abra o projeto no Delphi e vamos remover as units unclientes, unprodutos e undm do referido projeto, utilizando a opção Remove file from project. Após isso, acesse as opções do projeto e remova a referência aos pacotes RtmPackClientes, RtmPackDM e RtmPackProdutos, lembrando que a opção Build with runtime packages deverá prevalecer marcada. Para facilitar nosso trabalho, vamos declarar algumas variáveis e constantes que serão utilizadas durante a implementação, acompanha a listagem abaixo: private { Private declarations } DM : TCustomForm; DMHandle: HModule; fmclientes : TCustomForm; fmclienteshandle: HModule; fmprodutos : TCustomForm; fmprodutoshandle: HModule; public { Public declarations } // Constantes. const cpkg_dm: string = RtmPackDM.bpl ; cclass_dm: string = TDM ; cpkg_clientes: string = RtmPackClientes.bpl ; cclass_clientes: string = TfmClientes ; cpkg_produtos: string = RtmPackProdutos.bpl ; cclass_produtos: string = TfmProdutos ; var fmprincipal: TfmPrincipal; implementation {$R *.DFM} Observe que declaramos variáveis que irão receber a instância e handle de cada formulário ou módulo de dados em nosso projeto. Também declaramos constantes que irão armazenar o nome do pacote de run-time e o nome da classe referente o formulário que iremos instanciar. Iremos instanciar o módulo de dados (DM) no evento OnCreate do formulário principal, pois necessitamos do DM disponível para os demais formulários. A seguir, veja o código necessário para instanciarmos o DM. procedure TfmPrincipal. FormCreate(Sender: TObject); var Form: TCustomFormClass; // Carregar o DataModule. try DMHandle := LoadPackage(cpkg_DM); except ShowMessage( Módulo: + cpkg_dm + não disponível. ); Application.Terminate; Exit; Form := TCustomFormClass (FindClass(cClass_DM)); DM := Form.Create(Self); fevereiro

18 O primeiro passo é declarar uma variável local que irá receber a classe do objeto à ser instanciado, neste caso: Form do tipo TCustomFormClass. A carga de uma pacote dinâmico é feita através do método LoadPackage, o qual recebe como parâmetro uma string contendo o nome do pacote à ser carregado, neste caso cpkg_dm que é a constante que declaramos informando o nome do pacote referente ao DM. Observe que estamos protegendo o código dentro de um bloco try/except, pois caso o pacote não esteja disponível poderemos evitar uma mensagem desagradável ao usuário avisando que o módulo não está disponível. Como trata-se do módulo de dados, caso o mesmo não esteja disponível não poderemos continuar a carga da aplicação, visto ele ser essencial para os demais módulos. Caso o módulo esteja presente, a variável local irá receber a classe do DM retornada pelo método FindClass dentro de um typecast para TCustomFormClass e logo em seguida instanciamos o DM a partir do método create da variável local que possui a classe do DM. Partiremos agora para implementar o código que irá carregar o formulário de cadastro de clientes e o formulário de cadastro de produtos. Este código será implementado no evento OnExecute das Actions criadas no ActionList, as quais já possuem um código implementado no exemplo anterior e iremos substituir para a chamada dinâmica dos pacotes. Primeiro, vamos codificar a acclientes responsável em chamar o formulário de clientes, veja o código abaixo. procedure TfmPrincipal. acclientesexecute(sender: TObject); var Form: TCustomFormClass; // Carregar cadastro de clientes. try fmclienteshandle := LoadPackage(cpkg_ Clientes); except ShowMessage( Módulo: + cpkg_clientes + não disponível. ); Exit; try Form := TCustomForm Class(FindClass(cClass_ Clientes)); fmclientes := Form. Create(Self); fmclientes.showmodal finally if fmclientes <> nil then FreeAndNil(fmClientes); UnloadPackage(fmClient eshandle); A lógica utilizada aqui é a mesma que utilizamos ao instanciar o DM, porém temos alguns código a mais visto ser um formulário que deverá ser apresentado ao usuário e posteriormente destruído. Observe que dentro do bloco finally verificamos se a variável de instancia fmclientes possui algum valor e caso sim, liberamos a memória a ela associada e também, descarregamos o pacote que está em memória através do método UnLoadPackage, o qual recebe como parâmetro o handle do pacote que foi obtido no momento da carga via LoadPackage. A seguir, apresento o código da chamada do formulário de produtos que seguirá exatamente os mesmos procedimentos da chamada do formulário de clientes. procedure TfmPrincipal. acprodutosexecute(sender: TObject); var Form: TCustomFormClass; // Carregar cadastro de produtos. try fmprodutoshandle := LoadPackage(cpkg_Produtos); except ShowMessage( Módulo: + cpkg_produtos + não disponível. ); Exit; try Form := TCustomForm Class(FindClass(cClass_ Produtos)); fmprodutos := Form. Create(Self); fmprodutos.showmodal finally if fmprodutos <> nil then FreeAndNil(fmProdutos); UnloadPackage(fmProduto shandle); Neste ponto, já poderemos testar nossa aplica- 18 fevereiro 2009

19 ção, porém é certo que ela ainda não irá funcionar, pois está faltando um detalhe muito importante: o registro das classes. Assim sendo, vamos efetuar o registro das classes, começando pelo DM. Abra o pacote RtmPackDM, acesse a undm e no final da mesma faça o registro assim: initialization RegisterClass(TDM); finalization UnRegisterClass(TDM); end. Vamos efetuar o mesmo para a unclientes que está no pacote RtmPackClientes: initialization RegisterClass(TfmClientes); finalization UnRegisterClass(TfmClientes); end. E finalmente, vamos ao unprodutos que está no pacote RtmPackProdutos: initialization RegisterClass(TfmProdutos); finalization UnRegisterClass(TfmProdutos); end. Pronto, salve e compile os três pacotes. Agora, rode a aplicação e provavelmente deverá funcionar sem problemas. aplicação MDI utilizando pacotes dinâmicos. Modularizando aplicações MDI em pacotes dinâmicos. Iremos aproveitar este mesmo projeto de exemplo utilizado anteriormente, contudo crie uma nova pasta e faça uma cópia do mesmo para trabalharmos nesta nova cópia. Depois, acesse o mainform do projeto (fmprincipal) e altere a propriedade FormStyle para fsmdiform. Após isso, acesse os demais formulários (fmclientes e fm- Produtos) que estão em seus pacotes respectivos e altere a propriedade FormStyle para fsmdichild. No evento OnClose dos formulários filhos adicione a instrução para liberar a memória alocada pelos mesmos, ou seja: procedure TfmClientes. FormClose(Sender: TObject; var Action: TCloseAction); Action := CaFree; procedure TfmProdutos. FormClose(Sender: TObject; var Action: TCloseAction); Action := CaFree; Agora, volte ao mainform (fmprincipal) onde iremos alterar as chamadas referentes os formulários filhos, porém antes, iremos implementar um método que será responsável em verificar se o formulário já está carregado, pois caso esteja iremos apenas chamá-lo novamente sem a necessidade de efeturar o create. function TfmPrincipal. AchaForm(Classe: TClass): Boolean; var i: Integer; Result := false; for i := 0 to Screen. FormCount - 1 do if Screen.Forms[i]. ClassType = Classe then Result := true; Break; O método AchaForm recebe como parâmetro a classe do formulário que necessitamos verificar. A seguir, a chamada dos formulários fmclientes e fmprodutos. procedure TfmPrincipal. acclientesexecute(sender: TObject); var Form: TCustomFormClass; // Carregar cadastro de clientes. Descarregando pacotes dinâmicos Neste exemplo, como temos apenas um formulário por pacote, a descarga do mesmo foi efetuada logo em seguida que o formulário foi fechado, contudo quando trabalhamos com vários formulários em um mesmo pacote ou ainda se sua aplicação for MDI não poderemos utilizar esta técnica, pois se descarregarmos um pacote em uso iremos causar uma exceção em nossa aplicação. Nosso próximo laboratório será acerca de uma fevereiro

20 E para concluir, iremos efetuar a descarga dos pacotes no evento OnDestroy do mainform (fmprincipal): procedure TfmPrincipal. FormDestroy(Sender: TObject); if fmclienteshandle <> 0 then UnloadPackage(fmClient eshandle); if fmprodutoshandle <> 0 then UnloadPackage(fmProdut oshandle); Pronto, agora basta compilar os pacotes e depois executar a aplicação e teremos nossa aplicação MDI rodando com pacotes dinâmicos. if fmclienteshandle = 0 then try fmclienteshandle := LoadPackage(cpkg_Clientes); except ShowMessage( Módulo: + cpkg_clientes + não disponível. ); Exit; if not AchaForm(TCustom FormClass(FindClass(cClas s_clientes))) then Form := TCustomForm Class(FindClass(cClass_ Clientes)); fmclientes := Form. Create(Self); fmclientes.show; procedure TfmPrincipal. acprodutosexecute(sender: TObject); var Form: TCustomFormClass; // Carregar cadastro de produtos. if fmprodutoshandle = 0 then try fmprodutoshandle := LoadPackage(cpkg_Produtos); except ShowMessage( Módulo: + cpkg_produtos + não disponível. ); Exit; if not AchaForm(TCustom FormClass(FindClass(cClas s_produtos))) then Form := TCustomForm Class(FindClass(cClass_ Produtos)); fmprodutos := Form. Create(Self); fmprodutos.show; Considerações Finais Com isso encerramos nosso artigo demonstrando como criar uma aplicação e modularizá-la em pacotes dinâmicos e estáticos. Acredito que estas dicas poderão ajudá-lo bastante a solucionar problemas ocasionados pelo aumento e complexidade das aplicações e também melhorar sua distribuição e manutenção. Abraço à todos e até a próxima. Sobre o autor Alessandro Ferreira Analista de Sistemas Sênior do Citibank Capital Markets Brazil onde atualmente trabalha com Microsoft.NET e Oracle. Bacharel em Administração de Sistemas de Informação e Microsoft Certified Professional (MCAD.NET, MCSD.NET, MCTS e MCPD), trabalhou com Delphi por 10 anos sendo 7 anos dedicados ao suporte técnico aqui no The Club, auxiliando centenas de programadores pelo Brasil. 20 fevereiro 2009