Capitolo 9. Gestire molte estensioni singole

Panoramica su diversi approcci

A volte, si potrebbe voler sviluppare le estensioni per una serie di funzioni simili. Ad esempio, considerare i grafici di distribuzione. Questi generano un codice abbastanza simile e, naturalmente, è desiderabile rendere le interfacce grafiche simili tra loro. Infine, ampie sezioni dei file della guida possono essere identiche. Solo alcuni parametri sono diversi per ogni estensione.

L'approccio banale a questo è quello di sviluppare un'estensione, quindi sostanzialmente copiare e incollare l'intero contenuto dei file .js, .xml e .rkh, quindi modificando le poche parti che sono diverse. Tuttavia, cosa succede se qualche tempo dopo si individua un errore di ortografia che è stato copiato e incollato su tutte le estensioni? E se si volesse aggiungere il supporto per una nuova funzionalità? Sarebbe necessario rivedere tutte le estensioni e cambiare ognuna di esse. Un processo faticoso e noioso.

Un secondo approccio potrebbe essere quello di utilizzare l'incorporamento. Tuttavia, in alcuni casi questo non si presta bene al problema in questione, soprattutto perché i «pezzi» che puoi incorporare sono talvolta troppo grandi per essere utili e pone alcuni vincoli sul layout. In questi casi, i concetti che includono file .js, che includono file .xml e frammenti possono essere molto utili (ma vedere le considerazioni su quando è preferibile utilizzare l'incorporamento).

Un avvertimento, prima di iniziare a leggere, però: questi concetti possono aiutare a semplificare la gestione di molte estensioni simili e possono migliorare la manutenibilità e la leggibilità delle estensioni stesse. Tuttavia, esagerare può facilmente portare all'effetto contrario. Utilizzare con una certa cautela.