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.