Search  
Wednesday, May 23, 2012 ..:: Forum ::.. Register  Login
 Forum Minimize
Pentru a putea posta mesaje trebuie să vă înregistraţi.
Notă: Mesajele cu conţinut jignitor sau ilegal (inclusiv cereri de soft piratat) nu sunt acceptate şi vor fi şterse imediat .

Pentru a primi raspunsuri rapide si corecte, scrieti in mesaj ce intentionati sa faceti, ce mesaj de eroare primiti, in ce context si in urma caror actiuni. De asemenea, mentionati versiunea de FoxPro in care lucrati!
Dacă nu specificați versiunea, se consideră VFP 9.0 SP2.
SearchForum Home
  Visual FoxPro  Visual FoxPro in general  Aplicatie pentr...
 Aplicatie pentru mai multe societati
 
 7/4/2011 2:10:30 PM
User is offlinedalinx
124 posts
5th


Aplicatie pentru mai multe societati
 (N/A)
Va salut ! Am o aplicatie implementata la mai multe societati. Intervin mici modificari (de structura, de modalitate de calcul, sau rapoarte, etc). Nu stiu cum sa fac sa gestionez aceeasi aplicatie, dar sa nu pierd nici structura BD, dar nici sa nu suprapun anumite formulare, programe. Nu stiu daca m-am facut inteles. Multumesc mult pentru ajutor si intelegere ! O zi buna !
 7/5/2011 3:50:43 AM
User is offlineDumitru
172 posts
5th


Re: Aplicatie pentru mai multe societati
 (N/A)
Aduna tot, vezi ce se poate parametriza, faci un modul de configurare si in final le dai la toti aceeasi aplicatie.
Daca dupa o analiza vezi ca e dificil, iti faci un plan in care incluzi toate cerintele si o rescrii de la zero - probabil ca acum stii cum trebuia facuta aplicatia.
 7/6/2011 10:33:35 AM
User is offlinedalinx
124 posts
5th


Re: Aplicatie pentru mai multe societati
 (N/A)
Multumesc mult !
 7/6/2011 11:04:22 PM
User is offlineRomeo
526 posts
1st


Re: Aplicatie pentru mai multe societati
 (N/A) Modified By Romeo on 7/7/2011 7:29:32 AM)

 dalinx wrote
. Intervin mici modificari (de structura, de modalitate de calcul, sau rapoarte, etc).

Faci un obiect de tip business pt partea (modalitati de calcul). Obiectul de la baza contine metodele/algoritmii comuni tuturor firmelor. Pentru partea particulara in cazul fiecarei firme, derivezi obiectul (construiesti obiecte fiu) pt fiecare firma in parte si scrii ce e spectific, pastrand in obiectul de baza ceea ce este comun. Evident faci mai multe derivari daca problema este de complexitate mai mare. In final, teoretic fiecare firma are obiectul business proriu ( metode spectifice - biblioteca modalitatilor de calcul specifice), si in acelasi timp mosteneste de la obiectul de baza metodele comune (biblioteca metodelor comune).

Teoria sustinuta de unii, spune ca in C/C++ nu poti sa contruiesti biblioteci (de functii) mai mari de 5000 de linii (cod abstract) pe care sa-l si intretii eficient. Programarea OOP mareste cu mult aceasta limita, rezolvand problema actualizarii in timp a codului. Bibliotecile sunt limitate si mai putin flexibile.

Observatii: 1. In vfp 6.0 nu se recomanda mai mult de 7 nivele de derivare. Incepand cu nivelul 7 aplicatia devine din ce in ce mai lenta.  2. Atentie la modificari in metodele clasei de la baza (sau nivele apropiate), in coditiile in care aceste metode sunt suprascrise in descendentii de nivel inalt: poti genera foarte greu detectabile (deci depanbile).

Slava Tatalui si Fiului si Sfantului Duh si acum si pururea si-n vecii vecilor. Amin.
 7/7/2011 5:37:09 PM
User is offlineDumitru
172 posts
5th


Re: Aplicatie pentru mai multe societati
 (N/A)
@Romeo, nu mi se pare a fi o solutie buna, chiar daca deriveaza o clasa de baza tot va avea n-spe aplicatii diferite.
Eu zic ca aplicatia nu trebuie sa aibe treaba cu firma, daca unul a cerut ceva, e imposibil sa fie o situatie unicat, mai are si alta firma nevoie de acelasi lucru, trebuie sa vada unde se integreaza fiecare cerinta intr-o singura aplicatie. In felul asta vor beneficia toti clientii de ideiile unuia si implicit producatorul va avea de castigat.
In general, ca sa faci o aplicatie trebuie sa stii teoria mai bine decat utilizatorul, chiar daca nu-i meseria ta. Se ajunge in astfel de situatii cand tratezi superficial cerintele utilizatorilor. Nu trebuie facut imediat ce zic ei. Unul vrea sa scriu in capul listei medicamente altul vrea produse, nu ma apuc sa mai fac un raport in care sa schimb un cuvant, trebuie sa-i ofer o posibilitate de configurare. Acelasi lucru merge si in cazul calculelor, chiar si structura tabelelor poate fi parametrizata, de exemplu ii solicita domeniul de activitate si apoi isi creeaza baza de date dupa alegerea utilizatorului, il intreaba de vreo doua ori si treaba ramane batuta-n cuie, daca se razgandeste nu are decat sa adauge o firma noua cu alt domeniu de activitate. Aici (la tabele) mai e un aspect, nu ne opreste nimeni sa adaugam campuri in plus, de ce trebuie sa avem tabele diferite!?!
 Page 1 of 1
NextPreviousNo Rating
  Visual FoxPro  Visual FoxPro in general  Aplicatie pentr...
Search  Forum Home         

 Google Ads Minimize
    

Copyright 2002-2010 Profox   Terms Of Use  Privacy Statement