Pular para o conteúdo principal

Arquitetura Java #1

Este é o primeiro capítulo de uma série que estaremos lançando no blog da Globalcode para discutirmos fundamentos e arquiteturas Java.Vamos iniciar tratando de alguns fundamentos de arquitetura como: o que é arquitetura, o que faz um arquiteto, contextos e cenários.

Este texto é parte extraída do nosso material de arquitetura usado na formação Academia do Arquiteto Globalcode e estamos abrindo ele gratuitamente para gerar uma literatura aberta e de fácil entendimento sobre este grande tema: arquitetura de software, esperamos que gostem!

1. O que é arquitetura de software

Arquitetura é um conjunto de fundamentos, decisões e componentes que representam a base de um software. A arquitetura tem maior foco em requisitos não-funcionais, mas também deve sempre considerar o contexto que é representado pela soma do cenário, ambiente, recursos e objetivos de negócio.

Vejamos a definição formal, segundo IEEE:

"Architecture is the fundamental organization of a system embodied in its components, their relationships to each other, and to the environment, and the principles guiding its design and evolution. [IEEE 1471]"

1.1 O arquiteto de software

Os papéis de um arquiteto de software e o que precisamos fazer para nos tornarmos arquitetos de software é algo muito discutido. Acreditamos que um arquiteto de software é um desenvolvedor com muita experiência e que trabalhou em diferentes projetos, cenários, fases e com diferentes recursos. Esta vivência o torna mais qualificado para tomar decisões importantes ao planejar uma arquitetura.

Arquitetos de software devem SIM saber programar na plataforma que trabalha, mas não necessariamente vai escrever use-cases no dia-a-dia e fazer commit de código. A habilidade de saber desenvolver e estar atualizado tecnicamente na plataforma adotada é fundamental para modelagem, desenvolvimento de provas de conceito e principalmente viabilizar diálogo com equipe.

1.2 Preciso de uma arquitetura?

Existem plataformas de desenvolvimento tão alto nível que podem dispensar o planejamento de uma arquitetura, pois em geral essas plataformas já possuem um estilo arquitetural embarcado e a ferramenta conduz o desenvolvedor a segui-lo. Plataformas de desenvolvimento como Java / Java EE, .NET, PHP, Ruby, Python, etc. possuem um eco-sistema muito grande em termos de possibilidades de componentes, bibliotecas, framework e ferramentas e só as decisões sobre o que usar já será um dos trabalhos de arquitetura. Outro fator que vai evidenciar a necessidade e o quanto deveremos nos esforçar para planejar uma arquitetura é o porte do projeto, seus objetivos de negócio e a vida útil do software.

Em geral softwares corporativos são complexos e tendem a durar anos nas empresas. Se este é seu caso e você utiliza uma das plataformas citadas, sim, você precisa de uma arquitetura e um arquiteto.

1.3 Arquitetura Vs. Design

Se já não bastasse o assunto arquitetura ser amplo suficiente, ainda temos também uma questão a ser esclarecida sobre arquitetura vs. design. Especificamente aqui no Brasil temos algumas características regionais em termos de tradução e entendimento da palavra design, que sempre nos parece muito mais no sentido de algo gráfico.

O fato é que a palavra design como verbo significa projetar, desenhar, planejar, esboçar e enquanto pronome projeto, desenho, modelo, plano, esquema, esboço. No Brasil o uso mais comum para tradução técnica da palavra design graças a tradução de “design pattern” é projeto o que seria uma infelicidade se pensarmos em aplicar “Arquitetura vs Projeto”. Graças ao significado ambíguo da palavra design, acredito que o mais comum no Brasil é utilizarmos palavra modelagem (e que não vem de design), sendo assim teríamos como título de tópico “Arquitetura Vs. Modelagem”.

Esclarecidos eventuais equívocos de interpretação sobre a palavra Design, vamos citar as diferenças entre design e arquitetura:

•    Arquitetura atua em um nível mais alto, tratando de elementos que envolvem infraestrutura, dados, comunicação e integração;
•    Design atua em um nível mais baixo e mais perto do código. Vai tratar forma geral da API sendo muito comum utilizar o termo “design de API” e também de componentes e como eles irão interfacear.

1.4 Arquiteturas Web

Pesquisamos recentemente sobre o que a comunidade de arquitetos tem compartilhado na internet através de blogs, livros e discussões em fóruns e nossa conclusão é que maior parte das opiniões são generalizadas e apresentadas por profissionais que provavelmente tem apenas experiência na Web, por este motivo não se dão nem ao luxo de citar "no contexto do meu trabalho com o tipo de aplicativo que desenvolvo eu acredito na técnica X", simplesmente falam da tal técnica X como se fosse a única para tudo e todos.

O fato é que quando falamos sobre arquitetura de software, o software pode ser mobile, Web, desktop, TV digital, um game, um firmware, um IDE, um ERP e atualmente no Brasil (talvez no mundo todo!) maior parte das oportunidades são para aplicativos corporativos / administrativos na Web (leia-se CRUDs e Power CRUD*). Isso faz com que uma enorme quantidade de desenvolvedores exclusivamente Web publiquem visões e opiniões dentro do contexto Web, o que faz sentido! Mas os autores devem sempre deixar explícito seu contexto de trabalho. Acreditamos que frases como “Não distribua seu objetos”  pouco agregam para desenvolveres de mais alto nível pois não contextualizam e dificultam a interpretação correta.

1.5 Contexto: Ambiente + Cenário + Recursos + Estratégia

Pra complicar ainda mais o assunto: mesmo focando apenas em um dos tipos de software, por exemplo os corportativos na Web, temos a questão do cenário, ambiente, recursos  que podem  também afetar radicalmente os quesitos da arquitetura. Tenho um amigo que trabalha no Google da Califórnia na parte de desenvolvimento, mas ele estave desenvolvendo o sistema de assistência técnica de notebooks do Google. Portanto é bastante evidente que a arquitetura para este sistema e seu conjunto de fundamentos será completamente diferente da arquitetura do Google+.

Podemos ir ainda mais longe, eu mesmo trabalhei para um agência de publicidade há mais de 15 anos onde eu era responsável por desenvolver soluções "descartáveis". Um evento surgia, uma base de dados chegava via fax, um sistema era criado com DDD (digitando-driven design), alterado em run-time para suportar as loucuras do cliente e da campanha e depois jogado fora. Isso pode acontecer ainda mais facilmente nos dias de hoje com campanhas na Internet! Não é interessante desenvolver um software descartável? Será que práticas protocoladas de arquitetura vem ao caso?


1.6 Generalizações técnicas: certo, mas errado.

Visualizando arquitetura de software como algo muito amplo, devemos evitar recomendações generalizadas, pois a tendência é que as pessoas transformem técnicas em crenças.

Vamos ver alguns exemplos de diretivas de arquitetura e design que encontramos com facilidade na internet.

1.6.1 Exemplo 1: Design-pattern DAO está depreciado

Quantos aplicativos acessarão os mesmos dados com os mesmos critérios e precisarão das mesmas otimizações de performance de busca em RDBMS usando ORM? 1? tudo bem pode ficar sem o DAO, mas se for em um grande banco brasileiro você poderá ter 7 empresas diferentes com mais de 5.000 desenvolvedores acessando os mesmos dados da mesma forma. Se o arquiteto modernão falasse para esse banco colocar critérios JPA nos controladores, adeus uniformidade do acesso e cada novo controlador poderá gerar um novo gargalo e risco na arquitetura. Além disso, imagine se você precisar de regras de segurança baseada em dados? Tipo tal papel / grupo só pode ver objetos cliente tipo pessoa física do estado de SP.Controladores costumam já ter um bom conjunto de responsabilidades e em geral tendem a ter acoplamento com a tecnologia Web em questão, portanto ao migrar de Spring MVC para Wicket, Vaadin ou outro você dificilmente aproveitará seu controlador, se você tiver um componente de acesso aos dados, pelo menos ele poderá ser reutilizado em diferentes tecnologias Web.

A conclusão é simples: se você tem um componente com regras de acesso e agregações de dados complexas e precisa compartilhar isso entre vários aplicativos você PRECISA de um componente de dados.  Se vai se chamar de DAO ou não ficará a seu critério. Eric Evans escreveu sobre Domain Driven Design  que adota o pattern Repository com uma abordagem mais moderna em termos de modelagem orientada a objetos mas também seus prós e contras.

Lembre-se, o fato de se chamar X ou Y nunca vai eliminar a necessidade de criação de componentes e classes com responsabilidades finitas!

1.6.2 Exemplo 2:  Vamos adotar Test-driven development!

Está é uma frase bastante perigosa dentro de uma empresa tradicional pelo fato de que empresas gostam de métodos uniformes e buscam incessantemente um padrão de desenvolvimento para “fabricar” software, o que é uma utopia. Adotar Test-driven development em todas as fases do desenvolvimento de todos os softwares da empresa não será um boa decisão. Não somos contra TDD, pelo contrário, mas não achamos útil para TODAS as fases de um software.

1.6.3 Exemplo 3: Patterns


Existem críticas sobre overengineering que culpam o excesso de patterns por gerar complexidade desnecessária. O pattern é uma forma de resolver um problema, falar para evitar usar patterns é como falar "evite ter problemas ao desenvolver software". Bastou você precisar implementar undo / redo e bingo, ou você vai aplicar um pattern para solucionar isso ou vai gastar o tempo para criar o seu próprio. Claro que não defendo o uso desnecessário de patterns, mas costumo dizer: o software é simples? faz no office. O que nós desenvolvemos não costuma ser simples e patterns, principalmente o 23 GoF ajudam muito em qualquer plataforma de desenvolvimento.

1.6.4: Exemplo 4: Nunca use if's, isso é resolvido com polimorfismo!

Não é bem assim, polimorfismo pode custar muito caro, por exemplo, em embarcados. Além disso o extremo do abandono de if's, como acontece em algumas linguagens, levaria facilmente a modelos equívocados e super dimensionados. Isso também pode ter um certo impacto em termos de performance pois late binding tem um custo mais alto para carregamento de classe.

1.6.5 Então... contextualize-se!

Esses foram alguns exemplos de afirmações controversas que encontramos na Internet cujo autor não se contextualizou. Vamos lembrar que não estamos escrevendo a bíblia, podemos e devemos ser específicos quando defendemos uma técnica de arquitetura!

Bem para finalizar, esta é só a primeira parte onde estamos tratando os assuntos sobre o que é uma arquitetura, um arquiteto e entender a importância de contextualizar e nunca generalizar.

Este post não reflete opiniões sobre DAO, TDD e Patterns mas sim apresenta apenas erros em afirmações generalizadas feitas por arquitetos.

Em breve falaremos sobre requisitos não-funcionais, tomando decisões técnicas e posteriormente sobre técnicas de componentização com Java EE. Aguardem!

Postagens mais visitadas deste blog

12 ESQUENTAS TDC ESPERANDO POR VOCÊ

O TDC nasceu do sonho de profissionais que valorizam o compartilhamento de conhecimento, experiências e oportunidades entre as comunidades de desenvolvedores.  Por isso, o crescimento do TDC nunca poderia ficar longe do crescimento das comunidades! Pensando nessa união, criamos um projeto quente: O ESQUENTA TDC ! Visando divulgar os meetups de comunidades que querem transformar e inspirar carreiras, foi co-criado este projeto lindo e cheio de apoio, onde o TDC abraça meetups de diversas comunidades espalhadas pelo Brasil e elas contribuem com a divulgação da edição regente.  O TDC Innovation vai rolar de 14 a 16 de JUNHO, mas até lá vão acontecer muitos encontros incríveis!  Fique por dentro das comunidades que vão participar, quais temas irão abordar e claro as datas e locais para você participar. 💥Esquentas TDC Innovation 2023: 24/05 - Esquenta TDC: Carreira e Desenvolvimento Presencial em Floripa das 19:00 as 21:30 com inscrição AQUI Comunidade: Google Developers Groups Nova

Palestras do TDC Business Disponíveis Online

🚨 Atenção, TDC Lovers! O TDC Business em São Paulo acabou, mas os conteúdos mal começaram!  Não pô de aproveitar a STADIUM ao vivo? Não tem problema, porque trouxemos ela até você. Todas as palestras da STADIUM, palco principal do TDC, já estão no ar e liberadas para qualquer pessoa assistir. Essa Trilha incrível conta com palestras de Trilhas Premium e temas variados de forma GRATUITA para você poder maratonar de casa!  Aproveite para prestigiar seu evento de TI favorito com pipoca direto do seu sofá. 🎥 🍿 Gravação da STADIUM, 22 a 24 de Agosto de 2022, disponível aqui: https://www.globalcode.com.br/videos/tdc-2022-business/  Todas as demais trilhas do TDC Business serão publicadas gradualmente nas próximas semanas, fique atento aos nossos e-mails, você será notificado por lá quando sua Trilha estiver disponível. Acompanhe nossas redes sociais para não perder nada e ficar por dentro de todas as novidades do TDC!

TDC INNOVATION lança University Pass

Modalidade de ingresso tem como objetivo ajudar na capacitação dos universitários Uma pesquisa realizada em 2020 pela Associação Brasileira das Empresas de Tecnologia da Informação e Comunicação (Brasscom) diz que até o ano de 2024 o Brasil precisará de cerca de 420 mil profissionais na área de Tecnologia da Informação. Porém, por ano, a mesma pesquisa diz que o país forma apenas 46 mil profissionais capacitados no nicho. Pensando nisso, para ajudar na formação e capacitação desses jovens profissionais, o TDC INNOVATION, segunda edição do ano do The Developer's Conference, lança o University Pass, modalidade de ingresso que possibilita aceso digital gratuito a todas as palestras do evento, ou com 50% de desconto para quem preferir ir pessoalmente. Com o tema central “Desafios para a criação do futuro Digital”, o TDC INNOVATION ocorrerá entre 1 e 3 de junho, de forma híbrida: presencialmente no Centro de Convenções CentroSul, em Florianópolis, e com transmissão simultaneamente pela

Inspire a mudança com a liderança ágil

A liderança ágil é essencial para que uma organização realize mudanças de negócios significativas. Ser líder é uma tarefa desafiadora, especialmente em um cenário de constantes transformações, principalmente na forma de lidar com a relação empresa e pessoal. Pesquisas sobre liderança na era digital revelam que algumas soft skills têm sido substituídas por outras, o profundo conhecimento na área de negócio, ser referência nas tecnologias utilizadas, ter foco total no prazo e nas entregas e conhecer um arsenal de técnicas e ferramentas, têm dado espaço a habilidades, como: empatia; adaptabilidade; senso de equipe; visão e propósito; engajamento constante. A colaboração entre pessoas de todos os níveis hierárquicos são vitais, afinal, as equipes estão trabalhando para o mesmo objetivo: o encantamento e atendimento das necessidades do cliente que proporcionarão um crescimento sustentável da organização. Com propósito claro, estratégia e prioridades definidas, os times desfrutam de uma ma

TDC Digital: o que você precisa saber para transformar sua carreira em 2022

O TDC Digital é o maior evento de TI do mercado e proporciona crescimento profissional a partir de palestras com especialistas e oportunidades de networking com o mundo todo, direto da sua casa. Através da escolha individual de cada participante é possível obter experiências imersivas e transformadoras conforme o tema-chave de cada trilha.  O evento também é o lugar ideal para ajudar no desenvolvimento de carreiras, permitindo que qualquer pessoa com vontade — e um tema interessante — seja palestrante e compartilhe suas experiências e conhecimentos. Para aqueles que querem  participar como ouvinte a plataforma do TDC favorece conferências dinâmicas, e o encontro de diversas comunidades e ecossistemas de TI. E, após a escolha de uma trilha, fica mais fácil acompanhar especialistas para aprender e se inspirar. Em 2021 , o The Developer’s Conference (TDC) foi 100% digital e, em três dias de evento, contou com mais de 300 horas de conteúdos , incluindo: Agile; Testes; Design; Web e Mobile;

TDC ONLINE: SUA PLATAFORMA DE PALESTRAS GRAVADAS DO TDC DISPONÍVEL

Além do conteúdo ao vivo transmitido online nas edições do TDC, agora você pode ter acesso à centenas de palestras gravadas, através da nossa nova plataforma de vídeos - o TDC Online, que reúne todas as Trilhas premium, Stadium e Salas dos Patrocinadores das edições anteriores de 2022, TDC Innovation e TDC Connections.  Para acessar, basta clicar na edição em que você participou ( TDC Innovation ou TDC Connections ); Fazer o mesmo login (com e-mail e senha) cadastrados na hora de adquirir ou resgatar o seu ingresso no TDC; E clicar na Trilha de sua opção, e de acordo com a modalidade do seu ingresso. Logo em seguida, você será direcionado para a seguinte página com a lista de todas as palestras por Trilha: Pronto! Agora você tem acesso à centenas de palestras gravadas da sua área de interesse, para assistir como e quando quiser! Caso tenha esquecido a senha, clique na opção "Esqueci a senha" , insira o e-mail que você realizou para o cadastro no evento, e aparecerá a op