Nel momento in cui, nella nostra “carriera” di programmatori\u00a0QL, oltrepassiamo la fase in cui creiamo semplici programmini\u00a0ed iniziamo e creare software di una certa complessit\u00e0, uno\u00a0dei problemi a cui dobbiamo fare fronte, e’ la necessita’ di\u00a0rendere il nostro software configurabile.<\/p>\n
Quale che sia in tipo di configurazione che vogliamo\u00a0implementare e’ irrilevante ai fini del problema, sia che si\u00a0tratti dei colori della finestra in cui il programma opera o\u00a0impostazioni di sicurezza, il modo di affrontare il problema\u00a0non cambia.
\nOvviamente sono possibili diverse soluzioni, tutte efficaci\u00a0ma con punti deboli e punti di forza diversi tra loro.
\nSta al programmatore cercare di orizzontarsi tra queste\u00a0diverse scelte filosofiche in funzione delle sue necessita’.
\nInfatti a necessita’ diverse possono corrispondere soluzioni\u00a0diverse allo stesso problema.
\nAbbiamo ipotizzato una serie di sei esigenze principali di\u00a0uno sviluppatore di software e proveremo successivamente ad
\napplicarle alle varie metodologie che andremo analizzando.
\nAnalizziamo ora queste necessit\u00e0.<\/p>\n
E’ la necessita’ di un utente di non dover riconfigurare il\u00a0proprio applicativo ogni qualvolta installi una nuova\u00a0release, spesso e volentieri ci si dimentica sia di come\u00a0funzioni il software di configurazione in quanto lo si \u00e8\u00a0utilizzato soltanto una volta, sia di quali siano tutti i\u00a0parametri che aveva impostato.
\nLa difficolt\u00e0 nel ricordare questi particolari nascono\u00a0proprio dallo sporadico utilizzo di queste opzioni.<\/p>\n
Applicativi evoluti sono in grado di aprire autonomamente\u00a0altri programmi per effettuare operazioni o per utilizzarne
\nspecifiche funzionalit\u00e0.
\nPenso ad esempio a The Reader, che utilizza un editor a\u00a0scelta dell’utente per digitare i messaggi.<\/p>\n
A differenza del mondo lavorativo, dove ogni utente dispone\u00a0di una postazione a lui riservata, nell’ambito domestico \u00e8\u00a0usuale che piu’ persona accedano allo stesso computer.
\nOvviamente non e’ detto che la configurazione ottimale per\u00a0uno vada bene per gli altri, anzi spesso capita esattamente\u00a0l’opposto e ogni utente vorrebbe avere una configurazione\u00a0propria.
\nIl risultato piu’ diffuso e’ quello di generare prima una\u00a0serie infinita di piccole discussioni e poi una\u00a0configurazione “mediata” che di fatto non piace a nessuno.<\/p>\n
Agli sviluppatori pi\u00f9 evoluti pu\u00f2 interessare che la\u00a0propria applicazione giri su sistemi operativi diversi.
\nQuesto e’ in genere un problema poco sentito nel nostro\u00a0mondo in cui siamo spesso impegnati a importare programmi da\u00a0sistemi pi\u00f9 diffusi ed evoluti (tipicamente da linux) che a\u00a0esportare i propri applicativi verso altre piattaforme, dove
\ncon ogni probabilit\u00e0 gi\u00e0 esistono concorrenti pi\u00f9\u00a0completi dello stesso tipo.
\nPero’ trovo giusto considerare anche questa ipotesi, per\u00a0secondaria che sia, per fare un quadro completo della\u00a0situazione.<\/p>\n
Facciamo ora una breve panoramica dei metodi pi\u00f9 utilizzati\u00a0sia sulla nostra piattaforma che non, e proviamo a rapportali\u00a0alle necessita’ appena descritte.<\/p>\n
Alterare il codice eseguibile tramite un programma esterno \u00e8\u00a0il primo metodo apparso sulla nostra piattaforma.
\nVi ricordate dei quattro mitici programmi gestionali PSION?
\nEbbene, venivano configurati proprio in quel modo grazie ad\u00a0un programma in SuperBASIC fornito assieme al package.
\nDiciamo subito che come metodo non e’ un granch\u00e8.
\nCome prima cosa, ogni qualvolta si doveva cambiare qualche\u00a0parametro occorreva andare a ripescare il programma di
\nconfigurazione, (che veniva generalmente tolto per mancanza\u00a0di spazio) ricordarsi come funzionava e poi intervenire.
\nAi limiti questo sistema si possono anche aggiungere limiti\u00a0eventuali del software di configurazione.
\nLo stesso dicasi per poter accedere alle informazioni di\u00a0configurazione, occorre sempre guardare dentro l’eseguibile.
\nQuesto comporta un altro problema.
\nNon e’ detto che in release diverse dello stesso programma\u00a0i punti dell’eseguibile da “patchare” siano gli stessi.
\nQuesto comporta di conseguenza la riscrittura del software\u00a0di configurazione.<\/p>\n
Fileconfig rappresenta sulla piattaforma QL dell’evoluzione\u00a0del sistema precedentemente descritto.
\nSi tratta di un blocco dati scritti in un formato standard\u00a0che viene inserito in testa al codice eseguibile.
\nIl blocco non contiene solo i parametri da configurare ma\u00a0anche una descrizione degli stessi in forma di domanda.
\nFacciamo un esempio il parametro che contiene il pathname\u00a0del file di aiuto avra’ accanto anche la descrizione dello
\nstesso in forma di domanda o di richiesta\u00a0“Indicare il percorso del file di aiuto:”
\nPer intervenire sul blocco di configurazione esiste un unico\u00a0programma che analizzando il blocco e’ in grado di
\nauto modificarsi in modo da adeguarsi alle specifiche\u00a0contenute all’intero del blocco.
\nIl sistema \u00e8\u00a0decisamente pi\u00f9 “user friendly” rispetto al\u00a0precedente.
\nInfatti e’ sufficiente un unico programma di configurazione\u00a0per intervenire su tutti i programmi che utilizzano questo
\nstandard.
\nNon e’ neppure necessaria una grande fatica per imparare ad\u00a0utilizzarlo, una volta selezionato l’eseguibile da\u00a0modificare, sara’ il programma stesso, interrogando il\u00a0blocco di configurazione a fornirvi le domande a cui\u00a0rispondere.
\nRispetto al primo metodo e’ un enorme passo avanti,\u00a0rimangono tuttavia i problemi di mantenimento delle\u00a0impostazioni.<\/p>\n
C’e’ da dire che la versione commerciale del configuratore,\u00a0distribuita da Jochen Merz (www.jms.com) e’ in grado di
\nleggere il blocco di configurazione e di salvarlo su di un\u00a0file separato e una volta installata la nuova release, di
\ninserire nel nuovo programma i dati precedentemente salvati.<\/p>\n
Un metodo completamente diverso dai precedenti \u00e8\u00a0quello di\u00a0utilizzare le variabili d’ambiente:\u00a0ad ogni parametro viene assegnata una variabile d’ambiente\u00a0diversa che viene letta dl programma.
\nQuesto sistema ci permette di avere una serie di vantaggi\u00a0rispetto alle soluzioni precedenti.
\nPrima di tutto ad ogni aggiornamento del software non\u00a0dobbiamo preoccuparci della riconfigurazione, il programma
\nsi configurera’ automaticamente leggendo le variabili .Le variabili d’ambiente sono pubbliche per cui anche le altre
\napplicazioni possono leggerne il contenuto.
\nA cosa puo’ servire?
\nFacciamo un esempio pratico.
\nPrima si parlava di The Reader, che utilizza un editor\u00a0esterno per comporre i messaggi.
\nEsistono altri programmi che fanno la stessa cosa, ad\u00a0esempio C68Tools.
\nSe entrambi i programmi leggessero la stessa variabile\u00a0d’ambiente, dovessimo cambiare il nostro editor con un altro
\n(ad es. da QD a MicroEMACS), basterebbe intervenire in un\u00a0solo punto per aggiornare entrambi gli applicativi.
\nAltro vantaggio delle variabili d’ambiente e che profili\u00a0utente diversi, operanti sulla stessa postazione, potrebbero\u00a0avere valori diversi, consentendo in questo modo ad ogni\u00a0utente di avere le proprie impostazioni preferite senza\u00a0interferire con gli altri profili.<\/p>\n
Nel caso in cui i parametri risultino essere troppo numerosi\u00a0conviene evolvere il metodo precedentemente descritto.
\nSi riduce il numero delle variabili d’ambiente ad una, che\u00a0verr\u00e0 utilizzata per il puntamento ad un file di\u00a0configurazione separato.
\nIn questo modo il programma potra’ accedere egualmente alle\u00a0informazioni, mantenendo i vantaggi del metodo escritto
\nprima, ma senza intasare eccessivamente l’elenco delle\u00a0variabili d’ambiente.
\nQuesto per contro significa che un programma esterno per\u00a0poter agire su questo archivio dovr\u00e0 prima conoscerne il\u00a0formato oltre che il contenuto.<\/p>\n
Un ulteriore passo avanti e’ la creazione di un archivio\u00a0univoco, gestito dal sistema, che contenga in un formato\u00a0standard tutte le informazioni relative ad ogni programma\u00a0presente sulla macchina.
\nE’ la soluzione adottata da Windows.
\nOgni applicativo dovrebbe utilizzare tale registro (ripeto,\u00a0DOVREBBE!) per inserirvi i propri parametri in modo che\u00a0siano facilmente accessibili.
\nLa controindicazione e’ che tale registro dovrebbe essere\u00a0gestito dal sistema operativo, cosa che attualmente nemmeno
\nSMSQ\\E fa.<\/p>\n
Esistono poi programmi che gestiscono configurazioni multiple\u00a0in cui si lascia decidere all’utente quale tipo di\u00a0configurazione adottare.
\nTecnicamente c’e’ ovviamente una priorita’ nelle varie\u00a0configurazioni, per cui il programma puo’ liberamente decidere
\nquale di questi mezzi utilizzare.
\nIn questo caso, per evitare doppioni e\/o effetti indesiderati\u00a0e’ sempre consigliabile valorizzare una sola configurazione in
\nmodo da essere certi che il programma in questione legga\u00a0soltanto questa.<\/p>\n
Come potete vedere le scelte possibile sono tante, ognuna con\u00a0pregi e difetti; ora la scelta e’ solo vostra.<\/p>\n
Giorgio Garabello<\/p>\n","protected":false},"excerpt":{"rendered":"Nel momento in cui, nella nostra “carriera” di programmatori\u00a0QL, oltrepassiamo la fase in cui creiamo semplici programmini\u00a0ed iniziamo e creare software di una \n [..more...]<\/a>","protected":false},"author":1,"featured_media":275,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-1015","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-senza-categoria-it"],"_links":{"self":[{"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/posts\/1015","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/comments?post=1015"}],"version-history":[{"count":3,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/posts\/1015\/revisions"}],"predecessor-version":[{"id":1038,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/posts\/1015\/revisions\/1038"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/media\/275"}],"wp:attachment":[{"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/media?parent=1015"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/categories?post=1015"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.hunggartorino.it\/ql\/wp-json\/wp\/v2\/tags?post=1015"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}