F18

u init_f18 se inicijalizira F18 tako da je po sadašnjem kodu napraviti jedinstvenu matricu u kome će se dodati npr FAKT, KALK stavke.

međutim tu se pojavljuje problem da naprave ispravke na mjestima na kojima postoji identično ime tabela u različitim modulima.

npr pripr u FAKT i pripr u FIN.

Recimo uvodimo FAKT modul. ako imamo globalnu matricu mora se u novom modulu uraditi:

my_use("pripr") => my_use("fakt_pripr")

a u gaDBFS staviti: fakt_pripr = ime tabele, fakt_pripr = alias, fakt_pripr = tabela u sql

iako ima dosta search/replace posla mislim da je to u konačnici puno čišće s obzirom da se svi moduli integrišu.

da napomenem u O_PRIPR treba staviti my_use umjesto use

i na svim mjestima u kodu gdje postoji set order to 1 => set order to tag "1", te use => my_use( ... )

skontao sam, prebacio si gaDbfs incijalizaciju ovdje

https://github.com/knowhow/F18_knowhow/blob/master/common/f18_utils.prg#L182

ovo je kvaka

{ F_SUBAN  ,  "SUBAN"   , "fin_suban" ,  {|dDatDok| fin_suban_from_sql_server(dDatDok) } },;

i dalje u o_fmk.ch i fmk.ch imamo zadržanu strukturu

• O_SUBAN
• F_SUBAN

međutim prilikom skeniranja traži se "fin_suban" (f18_ime_dbf) a prilikom kreiranja kreira se "fin_suban", napravio si korekcije i na DBCREATE2 funkciji...

Jasno

Da, problem je sa pripremama, tu moramo promjeniti postavku

{ F_PRIPR  ,  "PRIPR"   , "fin_pripr"  },;

na

{ F_FIN_PRIPR  ,  "FIN_PRIPR"   , "fin_pripr"  },;
{ F_FAKT_PRIPR  ,  "FAKT_PRIPR"   , "fakt_pripr"  },;
{ F_KALK_PRIPR  ,  "KALK_PRIPR"   , "kalk_pripr"  },;
itd...

ali isto tako moramo korigovati i otvaranje ovih tabela, znači

O_PRIPR => O_FAKT_PRIPR u o_fakt.ch, identično u o_fin.ch itd...

treba prvo ovu modifikaciju napraviti na modulu FIN

identična je situacija i sa DOKS tabelama

vidi u FIN modulu ne mora se raditi zamjena npr. O_PRIPR na O_FIN_PRIPR.

Naravno to je preglednije, ali kontam da to radi vremena ostaviš a promjene radiš na novim modulima ? Ili da to ipak sve počistiš ?

kao što si primjetio ja sam sa gADBF-s matricom predvidio da se radi mapiranje

fizičkog naziva dbf tabele i onoga što se sa my_use poziva.

ma ovdje je jedan veliki nered, sve u svemu

https://github.com/knowhow/F18_knowhow/blob/master/fin/o_fin.ch

šta će ovdje roba, ugovori itd...

ti si ovo samo džonio, jesi ti to ubacio ?

jer sada imamo i ovo

https://github.com/knowhow/F18_knowhow/blob/master/common/o_fmk.ch

pa opet O_ROBA itd...

E sada šta ćemo sa ovim, hoćemo li u common držati šifrarnike samo ili ćemo sve prebaciti u common od svakog modula ???

U ovoj postavci F18, logično je da sve ove pozive tabela postavimo u common da su dostupne i onda imamo i taj efekat da bilo gdje možemo pozvati tabelu FIN radi stanja ili KALK radi kartice i slično

Saša Vranić je napisao/la:

ma ovdje je jedan veliki nered, sve u svemu

https://github.com/knowhow/F18_knowhow/blob/master/fin/o_fin.ch

šta će ovdje roba, ugovori itd...

ti si ovo samo džonio, jesi ti to ubacio ?

ubacivao sam jer su mi funkcije u common/ tražile O_ROBA itd.

sada definitivno nema potrebe za nekakvim o_fin.ch, o_fakt.ch itd ... sve se može staviti u common/o_fmk.ch ili još bolje napravi common/o_f18.ch koji će biti skroz pročišćen.

neka stari kod stoji i koristi o_fin.ch o_fakt.ch ali ćeš kada napraviš o_f18.ch to sve moži zamijeniti i izbaciti o_fin.ch o_fakt.ch ... o_fmk.ch

ma ja sam to ovdje već sredio

http://redmine.bring.out.ba/issues/25143#note-2

ubacio sam odmah o_f18.ch

i u njega implementirao fin pozive, a sada ću tu stavljati i ostale module

f_fmk.ch ostavljam još, ali on se više ne koristi koliko sam shvatio ??? ono F_DEVICE 250, F_SUBAN 210 itd...

vidim da ima na dosta mjesta u kodu ono

if !USED(F_SUBAN) 
   ... tra la la

pa zato to sada ne bih dirao