Newsgroup: it.comp.lang.vo-clipper
Titolo: [VO25a1] Uniamo le forze

Carissimi amici (passatemi il tono confidenziale)
vorrei lanciare una proposta. Di solito il NG viene usato per una richiesta
d'aiuto e devo dire che č impossibile farne a meno. Viene usato molto poco
perň per le discussioni su argomenti tecnici. E' vero, qualcosa a volte si
trova ... ma la mia proposta č questa:
perché non definire una serie di argomenti che possono essere continuamente
oggetto di discussione, quale continuo approfondimento alla luce di nuove
soluzioni?
Esempio di argomenti:
1 - Uso dei file DBF in rete
2 - Password e sicurezza
3 - Integrazione con i prodotti MS Office
4 - Stampe e Query
5 - Databrowers
6 - ecc. ecc.
Penso che il confronto continuo sui vari argomenti porterebbe benefici a
tutti.
Ciao e buon VO

 tutti.
Ma scusa, perché vuoi limitare questa interessante proposta al solo VO?
EMG

 soluzioni?
Buona idea e di altissimo interesse gli argomenti proposti, approvo
pienamente.
Ciao.Alberto.

 EMG
La mia proposta non è limitata al solo VO, parte da VO !!!
In realtà molti argomenti si possono applicare a tutto il mondo Clipper e
derivati.
Questo non toglie che si possano aprire discussioni partendo dal Clipper.
Mi fa piacere che almeno tu la trovi una proposta interessante.
Ciao




 >


Pienamente d'accordo.
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

...


L'idea mi piace molto.
Decidiamo subito l'elenco degli argomenti oppure di volta in volta a
fronte di una domanda ognuno dice la sua, in pratica come ci
organizziamo? 
Io avrei piacere di discutere anche problematiche più generiche del
tipo: 
1) "L'interfaccia Pc-Utente"
   - è più veloce lavorare con un programma Clipper o con un programma
VO? 
     (avete mai notato che dove c'è bisogno di velocità c'è sempre un
programma Dos)
   - l'utilizzo del mouse rallenta l'uso del programma da parte
dell'operatore?
   - 
2) "Il modello relazionale"
   - come avete progettato un database per la gestione ordini?
     - un record di testata per n records di dettaglio, ma come avete
scritto il pezzo di codice
       che mette in relazione il record di testata con i records di
dettaglio (secondo me ci sono delle               sorprese)
     - per mantenere l'ordine delle righe di dettaglio quale strategia
avete usato?
     - utilizzate files di appoggio oppure lavorate direttamente
sull'archivio definitivo
     - il blocco di records multipli?
3) "I progressivi dei documenti"
   - come è possibile avere la certezza assoluta che due o più utenti
che contemporaneamente creano fatture 
     da più PC in rete assegnino l'esatto progressivo senza doppioni nè
salti di numero
4) "La ricerca per chiavi alternative"
Marco Boschi




4) "La ricerca per chiavi alternative"
a volte chiedo all'utente quale ordinamento vuole
mentre nel caso ad es. dei clienti permetto di
inserire nel campo di edit della chiave sia un
numero che delle lettere.
All'exit controllo se e' un numero o no e setto l'indice
relativo.
My 2 Cents
Eugenio Belli. 

  di inserimento:...
Bravo:la pensiamo allo stesso modo!
2) "Il modello relazionale"
Un unico archivio non normalizzato in cui vengono riportati i dati di
testata in ogni records.
Quale dati di testata riporti sui records di dettaglio?
Ad esempio per gli ordini io riporto:Codice cliente, data e causale il
resto no altrimenti creo troppa ridondanza.
Ogni utente ha la sua dir sul server con i suoi files di appoggio.
Questa tecnica la uso solo per alcune realtà e cioè solo per quei
documenti i quali una volta creati non vengono "MAI" più modificati
Se invece i documenti vengono "toccati" in futuro allora uso la tecnica
di scrivere direttamente sull'archivio definitivo.
il faccio un filelock
Io non posso in quanto l'archivio dettaglio ordini nell'arco delle 8 ore
lavorative è sempre aperto 
aperto
Io uso un indice, faccio un go bottom e poi incremento.
Io nello sesso archivio chiamato documenti ho :
FR Fatture Ricevute fiscali
FT Fatture fine mese
DT Documenti di Trasporto
RF Ricevute fiscali
Se faccio il GO BOTTOM non trovo l'ultimo che mi serve.
Allora uso un files chiamato progr.dbf in cui metto
DOCUM       C 10  0 Il progressivo  (DT, FR, FT, RF, OE, OU)
PREFISSO    C 10  0 DT. FR. RF. 00. 00.
NUMERO      N  8  0 Il valore da restituire
LUNGHEZZA   N  2  0 4
SUFFISSO    C 10  0 .00
INCREMENTO  N  2  0 1
Creo il documento con un numero provvisorio (il numero di utenza, es
001) 
alla fine se premo F10 per salvarlo:
blocco un semaforo
prelevo il progressivo
salvo il documento 001 come ad esempio DT.0001.00
incremento il progressivo
sblocco il semaforo
Funziona bene
Cosa dici se affrontiamo un problema alla volta in profondità
scegli tu l'argomento.

scegli tu l'argomento.
no,scegli tu :-)
Eugenio Belli.

 4) "La ricerca per chiavi alternative"
Cosa intendi esattamente? Se ti riferisci alla ricerca su campi non
chiave, magari anche su più campi, allora io ho riscontrato che la
tecnica in generale più veloce è quella di creare un indice
condizionale. Mi sono fatto un comando (parlo di Clipper DOS e Clipper +
Fivewin)
SET VIEW TO condizione [ORDER espressione]
che, in maniera trasparente, mi fa vedere del DBF corrente solo i campi
che soddisfano la "condizione" eventualmente ordinati secondo
"espressione" che, ovviamente, può contenere più campi. E poi
SET VIEW TO
per tornare allo stato precedente.
EMG

 > vorrei lanciare una proposta. Di solito il NG viene usato per una
richiesta


 relativo.
Francamente mi sembra un metodo leggermente datato, comunque può anche
risultare efficace specialmente per utenti abituati a lavorare in quel
modo e se le ricerche si limitano a quelle due possibilità. Altrimenti
la tecnica mostra le sue limitazioni. Ed inoltre non sarebbe facile da
imporre ad un utente nato con Windows.
EMG

 Clipper.
Forse sarà così con il VO :-))) ma ti assicuro che i programmi scritti
in Clipper + Fivewin sono, in generale, più veloci di quelli scritti in
Clipper DOS.
EMG

 (E' una lunga storia...credo un po' Ot)
Va bene, se pensi che sia OT allora non ne parliamo più. Altrimenti
continuiamo. Decidi tu.
EMG

 con Delphi...credo proprio che sia OT.
Hai ragione.
EMG

tornare indietro neanche allora.
Non voglio tornare al Cobol o al Gwbasic o all'Rpg
Pero' credo che nessuno strumento di sviluppo moderno
abbia aumentato l' affidabilita' dei programmi ed a questo
nessuno potra' rinunciare.
 
Ciao,
Eugenio Belli.
 

 nessuno potra' rinunciare.
Cosa intendi esattamente per affidabilità? Le metodologie moderne
permettono *sicuramente* di scrivere programmi più chiari, in meno tempo
e più facilmente modificabili. Quindi in questo senso sono anche più
affidabili. Se poi ci mettiamo anche il sistema operativo allora la
questione è aperta. Però io non credo che Windows sia poi così "poco
affidabile". Ha i suoi bug, d'accordo. Ma in generale mi sembra un
sistema abbastanza stabile (almeno W31 e W95, gli unici che,
rispettivamente, ho usato e uso normalmente).
EMG

 rispettivamente, ho usato e uso normalmente).
Solo un piccolo commento.
Il problema e' che oggi con i sistemi operativi sofisticati, gli strumenti
di sviluppo sono diventati anch'essi sofisticati, tempo fa un compilatore C
o Pascal (linguaggi tuttora attualissimi) aveva solo la libreria standard ed
al massimo un un framework non tanto esteso, oggi Visual Basic, Delphi, Power
Builder e compagnia bella sono abienti corredati da librerie vaste e
sofisticate
che sono soggette a bug, che bisogna conoscere bene e che alle volte fanno le
cose come vogliono loro e non come vuoi tu.
Un programmatore medio di Visual Basic non conosce molto della tecnologia COM
che sta dietro ai componenti VB e tantomeno conosce tutti i casini che si
devono fare per installarli in modo corretto, quindi e' esposto a
malfunzionamenti
su cui non riesce ad avere controllo.
Io sono per i programmi applicativi "entrocontenuti" cioe' che non
interagiscono 
con il SO oppure interagiscono in modo limitato, in modo da non essere invasivi 
nei confronti di altri applicativi e viceversa sono meno soggetti a danni
provocati
da altri.
Ciao...
Claudio Driussi
http://www.swit.net/csoft
mailto:
cldr...@swit.net

 provocati da altri.
Condivido TUTTO quello che hai scritto ed in particolare quest'ultima
frase!
EMG