Drupal Architettura ~ Una visione architettonica

E 'indispensabile un corretto studio dei moduli necessari prima di decidere su ogni ulteriore sviluppo.

Si tratta di un portale multi trascendente come i moduli e componenti selezionati.

Sarà molto importante per la valutazione delle componenti comuni, non solo quelli forniti da Drupal, ma le categorie, viste, tipi di dati definiti per semplificare gli sviluppi futuri.

Per tutto questo, che un focus su architettura orientato ai componenti è una chiave per il successo del prodotto.

La tranquillità di sapere che questa funzionalità sia già stata definita dal componente X, per affrontare lo sviluppo come se fosse un grande Lego, per sapere quali parti sono disponibili e sono esempio diretto di come questi interagiscono pezzi.

Pertanto, l'approccio ad un portale dovrebbe essere una parte di architettura.

Non dobbiamo isolare lo sviluppo del portale per l'esecuzione di tutti i portali.

Quindi non ci saranno comuni componenti e componenti specifici per questo portale

Questi componenti possono essere fisico e logico.

I componenti fisici sono tutte fornite da Drupal quindi imputabile fisicamente, quali moduli, temi, template, ecc

E componenti logica generato dal prodotto da loro, come blocchi, punti di vista e gli stessi moduli, temi e modelli.

La buona architettura deve considerare gli elementi comuni a disposizione per minimizzare i successivi sviluppi e di unire gli sforzi nella lotta per la qualità del prodotto finale.

Pertanto, lo studio continuo dei moduli e la documentazione giornaliera di componenti selezionati e sviluppati è considerato fondamentale per l'architettura di successo è distribuito correttamente e godere dei benefici del prodotto.

Come potete vedere, questo metodo va oltre i componenti Drupal. Sea este un producto, pero la filosofía de control documental y del estudio del arte continuo de posibilidades de implementación es y será aplicable a cualesquiera productos que estén enfocados en modo de componentes, en modo bazar, como suele estar planteado siempre el software libre. Sia questo un prodotto, ma la filosofia del documentario e studio d'arte continua possibilità di attuazione e si applicano sia ai prodotti che si concentrano sulla modalità componente, bazar modo, come spesso formulata software sempre gratuito.

Ci sono molti fattori che possono impedire il riutilizzo di un componente. Desde motivos meramente estéticos, aspectos de funcionalidad, necesidad de innovación. Da motivi puramente estetici, aspetti funzionali, necessità di innovazione.

Arrivare a decidere se riutilizzare un componente di una libreria di componenti o di un modulo è fornito da una decisione di architettura..

E 'certamente un vantaggio che a tempo debito, allora avremo la possibilità di innovare, ma anche per il riutilizzo.

Senza un buon sistema senza un buon documentario e architettura, questa seconda opzione non sarebbe possibile.

A livello di moduli e di altra linea Drupal diretta delle azioni dovrebbe essere a cooperare, ma per il momento fino a quando ci standardizzare un system di entities that sharing consente alle aziende di riutilizzare stesso modo in cui i moduli vengono riutilizzati, must essere propria gerarchia interna di ogni singolo dipartimento che gestisce questi componenti di auto.

Certamente un buon corso di action per il futuro di Drupal è di aumentare la funzionalità dei moduli con i componenti più comuni, così come la Posizione modulo, perché sicuramente si creerà uno person or modulo named persone, consentendo deployment tutte le caratteristiche del singolo.

Causa di tale assenza, la creazione di singoli componenti, per noi, allora dobbiamo decidere se tutti i nostri siti lo deve usare o ci sono alcuni che avrebbe utilizzato solo alcune caratteristiche.

La gamma delle possibilità è infinita.

Abbiamo parlato di tante altre decisioni importanti di architettura che si concentrano sulla riuscita del progetto e il successo di uno dei componenti metodologia agile.

Un'altra importante caratteristica del software libero è la sua grande capacità di cambiamento, miglioramento, nuove funzionalità.

Questa filosofia è così variante in breve tempo una buona soluzione diventa obsoleta.

E 'quindi importante per un architetto in Drupal per tenersi aggiornati su nuovi componenti, il loro adattamento alle versioni.

Conoscendo bene l'Update Status y el Upgrade Status loro portali.

Prevedere i problemi e quando agire, essere preparati per questo. Es importante probar nuevas funciones, probar contribuciones para el producto, informarse de las ventajas aportadas. È importante per testare le nuove funzioni, contributi alla prova del prodotto, conoscere le prestazioni erogate.

Sfoglia comparazione di prodotti, analisi di nuove funzionalità realizzate per essere in grado di decidere se la notizia è importante per migliorare il sito o è semplicemente un codice esteso che fornisce nuove funzionalità.

Drupal ha più di 5.000 moduli attualmente disponibili quattro versioni in ballo, più di 500 contributi, molte informazioni. Todo ello hace al producto completo y complejo. Tutto questo rende il prodotto completo e complesso.

Ci sono mille varianti e diversi modi di fare le cose, nulla ha di essere il migliore, ad eccezione di alcuni casi eccezionali.

Così una buona architettura debba essere concepito che Drupal continuo sforzo nella ricerca di nuovi componenti e gli aggiornamenti ai componenti già esistenti.

La capacità di soddisfare i requisiti non dipende da un singolo prodotto o di una unica di sviluppo.

E 'la filosofia libera, il nostro successo è intrinsecamente legata a quella dei componenti utilizzati. Entre todos crecemos para mejorar la calidad y es esa calidad la que nos permite triunfar y indirectamente mejorar las aplicaciones disponibles para la sociedad. Tra tutti crescere per migliorare la qualità ed è questa la qualità che ci permette di avere successo e, indirettamente, migliorare le applicazioni disponibili per la società.

Pertanto, il miglioramento della società.

Ed è che, in termini di progetti di scarsa qualità il software è stato un chiaro esempio, perché chiunque può mettere un calendario, per cercare di ottenere il lavoro, come auspicato nel mio paese, a prescindere di architettura, robustezza, sicurezza, unico obiettivo è quello di lavorare.

È stato questo uno dei pilastri del fallimento del software aziendale.

In Drupal in particolare, e in generale non è così. O non dovrebbe, perché anche io ho discusso la questione con molte persone che non possono vedere gli sviluppatori di software e gli architetti dovrebbero essere di alto profilo e competenza e familiarità con il prodotto.

Quindi, queste modifiche devono essere richieste ai profili più in linea per esso, che sono spesso responsabili di quel modulo o del tema e che la modifica richiesta arricchiranno il prodotto.

Questa dovrebbe essere la linea d'azione, e in questa linea, l'aumento o migliorare le funzionalità fornite da Drupal dovrebbe essere un aspetto importante quando si affrontano le esigenze di un progetto futuro.

Pertanto si ritiene più importante di competenze per condividere con altri prodotti e insieme trovare un ideale comune per avere un più robusto tentativo di fare la guerra in ogni loro.

Dobbiamo tutti rendere il prodotto ancora migliore e ciò significa che tutti i componenti e le società coinvolte in esso sono anche diventando migliore.

Drupal è per questo che vogliamo Varnish ta migliorando, che Memcached aumentare la propria efficienza .

Apache, Ngnix, Ligthttp stanno diventando sempre più veloce.

MySQL in modo più efficiente.

Php migliora ogni giorno.

Questa è la libero filosofia. Un impegno per la qualità.

Quando il valore di un progetto, dobbiamo considerare in che misura è importante per uno dei requisiti.

Il rapporto di tale requisito causato dal requisito e una componente naturalmente in grado di soddisfare un aspetto molto importante di architettura per bilanciare il processo di creazione del sito.

Ci possono essere casi in cui la componente di colmare le lacune perfettamente. Será importante llegar a comparar con los posibles candidatos que también llegan a cumplimentarlas. Sarà importante confrontare i potenziali candidati anche venire da riempire.

E 'tempo di analizzare la componente stabilita o esistenti per decidere se è necessario un nuovo componente nel sistema.

E se quel caso, dobbiamo analizzare il costo di attuazione per l'importanza di questo requisito.

Quindi non tutti i bisogni sono gli stessi e non sempre l'opzione migliore per arrivare a cercare di risolverli.

E 'molto necessario fare uno studio di componenti già esistenti, lo stato attuale della tecnica e dei cambiamenti futuro comporterà.

Si può essere la migliore opzione per il rinvio di tale funzionalità prima di impegnarsi in uno sviluppo i cui benefici sono dubbi.

E se si ha realmente bisogno, senza dubbio non sarà mai la possibilità di effettuare uno sviluppo indipendente, ma per far parte della comunità, più vicino ai creatori di questi componenti o che può davvero fornire la necessaria e richiesta o servizi o per conseguire collaborare con soluzione di collaborazione che permette la prescrizione. Questa dovrebbe essere la linea di azione.

Questo è stato il più grande che ha reso il software libero, la collaborazione, ed è ciò che ci permette di anticipare e di compatibilità che esalta il prodotto e si concentra su un sistema di qualità cui unico scopo è di migliorare la società stessa.