Drupal Arquitetura ~ Visão arquitetônica

Conversamos sobre as relações entre os componentes, mas é preciso notar também a organização do mesmo.

Conseguir um sistema simples que permite a localização de componentes e de fácil integração em um ambiente desse componente ou recurso que reúne uma série de componentes é um crédito para a boa arquitetura.

Sem dúvida nível estrutural de um sistema de links simbólicos facilitar este trabalho.

Discutimos a seguir a estrutura recomendada para Vector SF e outros parceiros para Red.es e que está sendo usado em servidores Brqx.

A estrutura tem um ajuste inconfundível em qualquer sistema. El vocablo inicial "brqx" independientemente que sea identificativo, cumple con dos propósitos : A palavra inicial brqx "qualquer que seja a identificação, serve a dois propósitos:

1 .- Não deve ser confundido com qualquer diretório onde você instalar sistemas (Unix, Mac, Windows).

2 .- Não deve ser confundido com um plano definido, ele nunca fez planos que chamam brqx.

A segunda string define o nível de palavra:

- Base : Standard Product (nível Produtos)

- Lnk : Nível de ligações (nível de link)

- Proy : Nível de projeto (neste caso, o Inglês é diferente: nível do projecto)

- Pers : Personalizações

- www : Nível Final de sites (nível local)

O terceiro termo da seqüência define o produto. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto. Começamos com Drupal, mas a estrutura foi projetada para se adequar a qualquer produto.

/brqx/base/drupal

A quarta palavra define a versão do produto. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número. Ela coloca uma carta, pois muitos sistemas têm problemas se inicia uma pasta com o número.

- v50

- v60

- v70

Uma vez que a versão selecionada definiu três níveis:

- core ' Core 'inalterada Drupal

- modules ' Modules 'Drupal

- themes ' emas "Drupal

Por agora não iremos aprofundar ainda mais a estrutura. Simplemente vamos a indicar un ejemplo de la misma: Nós apenas estamos indo para indicar um exemplo disso:

/core

/core/v612

/core/v615

…

/modules/abc/c/captcha/captcha_2_1

Falamos agora do nível 2.

A este nível, indicar os componentes que são certificados e / ou versões finais sendo usado.

A rota inicial é semelhante:

/brqx/lnk/drupal/v60/modules/abc/c/captcha

Aqui vamos especificar os núcleos funcionais formados com links (versões já certificadas).

Podemos ver o bas núcleo (módulo básico) que define a funcionalidade básica necessária para todos os sites da arquitetura.

O percurso desta funcionalidade comum é:

/brqx/proy/drupal/v60/base

Os módulos que compõem:

a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax

c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck

...

Esta informação está desactualizada, mas certamente uma maneira de ensinar ao organizar uma abordagem completa e complexa arquitectura aplica-se a um sistema multi site desenvolvimento de uma filosofia da simplicidade.

A vantagem de usar uma estrutura homogênea é que os processos podem ser automatizados, portanto, tanto as nossas aplicações, tais como scripts Drush arquitetônico permite a flexibilidade no desenvolvimento de sites externos común.Aunque não está totalmente atualizado, esta arquitetura está disponível para download da internet:

Scripting Unix Brqx

Políticas permitir scripts para uma agilidade que não pode ser obtida em um processo na web. Drupal sabe. O Drupalers saber.

Convido você a aprender a criar shell scripts para automatizar processos, personalizar as configurações.

Há tanta coisa a ser aprendida que melhora o produto final.

Por padrão Drupal apresenta os componentes em formato de lista.

Ao mesmo tempo, fornece blocos, vistas e outros objetos para exibir as informações sobre este site. La decisión de cómo hacer ese despliegue y la capacidad de modificarlo está relacionado con una adecuada arquitectura de presentación de contenidos. A decisão de como fazer essa implantação ea possibilidade de modificá-lo refere-se a uma arquitetura de apresentação de conteúdo adequado.

Uma vez que esses produtos existem, desde a época do PHP-Nuke e similares, estabeleceu uma distinção entre uma forma reduzida do componente, conhecido como Drupal Teaser, e um formato expandido que mostra todo o seu conteúdo, conhecida como corpo, corpo, Full, Full, etc.

Tem entrada de pelo menos três variantes da apresentação:

- Títulos

- Teasers

- Full

A idéia é personalizar os componentes de acordo com a informação que nós queremos mostrar a qualquer momento.

Drupal por padrão para reduzir o número de caracteres, se existem os módulos que criar um campo separado para teasers.

Mas a forma que nos dá a flexibilidade que é Modelo de Conteúdo.

Este módulo permite personalizar a saída dos componentes.

Este módulo permite criar modelos e sistemas e, mais importante, eles são armazenados em bases de dados, por isso falamos de componentes que podem ser compartilhados entre vários sites com o mesmo tipo de utilizador.

A decisão de quando usar um modelo ou não um fator importante na arquitetura.

Por sua vez, próprios tipos de Drupal pode interagir tanto com links e com inclusões, é possível criar hierarquias complexas que compõem a maioria dos componentes avançados.

Esta composição é um fator determinante para a arquitetura do portal.

Portanto, a aparência do portal não só pode ser modelado com os mesmos objetos em si, mas também com componentes criados por nós.

Eu acredito que esta capacidade de criar componentes personalizados é um dos aspectos mais poderosos do Drupal.

Os componentes do módulo e mais igualada entre o campo eo módulo de taxonomia fornecidos por outra fantástica Taxonomia de conteúdo irá diretamente para o núcleo do Drupal 7.

É a evidência direta que nos informa sobre a importância de desenvolver essa forma de escrita ou portais.

Nós todos somos participantes de documentação inadequada na maioria dos projetos. Excesiva, nada práctica, demasiado completa. Excessiva, impraticável, muito completo.

O objetivo é preparar um dossier mais às necessidades do cliente, um Resumo documentação detalhes desnecessários e aproximar-se os verdadeiros objectivos de cada projecto.

Nós temos um sistema que simplesmente pode representar quase qualquer projeto web. Esta metodología está parcialmente detallada en nuestra web de Metodologías Ágiles . Esta metodologia é parcialmente detalhada em nosso sitee Metodologías Agile.

Nós queremos minimizar todos os documentos envolvidos em um projeto e transformar o sistema de documentação tradicional em um sistema mais ágil feito documentos plenamente operacional e um sistema de documentação que fornece todas as informações que apoia plenamente qualificado e aspectos documentais de cada projeto.

É hora de esquecer os documentos PDF, Word das páginas incontáveis. Es el momento para enfocar adecuadamente las dudas y desplegar un sistema que permita agilizar las consultas, evitar redundancia y apostar por la filosofía de "documentos vivos". É hora de abordar adequadamente as preocupações e implantar um sistema para simplificar o processo de consulta, para evitar redundância e aposta na filosofia de "documento vivo".

Este papel é fundamental para a boa arquitetura. Debemos analizar las necesidades de cada rol y preparar una documentación acorde a los mismos y envuelta en un sistema ágil, intuitivo y muy bien categorizado. Analisamos as necessidades de cada papel e preparar documentos de acordo com eles, e envolto em uma forma flexível, intuitivo e bem classificados.

Portanto, a definição das abstrações necessárias para alcançar este objetivo o conteúdo e em termos de documentação final será um outro parâmetro para considerar em uma arquitetura de portal.

Como você pode minimizar a documentação? Como ficamos mais próximos dos problemas para que os documentos são rápidos e simples de interpretar.

Precisamos simplificar o sistema. Temos de esquecer todas as metodologias como UML ou outras que todos eles têm feito é complicar a representação e mais para o programador ou até mesmo que, mas para enfatizar a necessidade de uma posição intermediária para interpretá-lo.

Demos a simplicidade do processo, apostando em um novo ar em um único sistema de componentes.

Esta metodologia tem sido uma das partes da arquitetura defendido perante a entidade independente Red.es do Ministério da Indústria da Espanha.

Eu apresento um sistema de documentação fora do comum:

Metodologias Ágeis - Documentação do Sistema

Conseguimos soltar a documentar todos os componentes de componentes, autopeças e requisitos associados que se concentrar exclusivamente no negócio do cliente.

Nós simplificar o modelo. E esta simplificação é a arquitetura.

É um padrão universal de programação, tentando identificar a função das variáveis, funções, aplicações, etc

Esta identificação implica um compromisso que procuram a máxima simplicidade e caracterização dos componentes.

O objetivo é lutar por um sistema de manutenção que envolva o mínimo esforço para aprender sobre as funcionalidades implementadas.

Assim, além de apostar em uma gestão de documentos, devemos também considerar a nomeação dos componentes adequados como outro ponto importante para manter uma estrutura apropriada.

Por exemplo, deve-se ver apenas com o nome dele para saber:

- Que tipo de visão é, focando o tipo de formatá-lo.

- O conteúdo a ser exibido

- Se você está recebendo e como muitos parâmetros que

- Se você pertence a um tipo de dados ou é uma visão geral

Toda esta informação deverá dar-nos o nome da audiência.

Por que é importante para completar os sistemas de codificação?

Porque o nosso objetivo é reutilizar a mesma opinião e ser capaz de diagnosticar a funcionalidade que são válidos ou não, sem ter que chegar no momento da publicação.

Sem dúvida, este e muitos outros parâmetros arquitetônicos estão começando a ver o seu significado quando o número de exibições eo número de sites aumenta dramaticamente.

Não é nada novo, estas técnicas estão já realizados sobre metodologias de sistemas, de boas práticas de programação nos actuais abordagens sistemáticas, tais como CMMI e Itil, são características comuns de qualquer arquitetura.