Gestionale in OOP in PHP

[Webtek]

sarei molto grato a chi mi da una dritta su come cominciare a progettare un gestionale con tecnica OOP in PHP,

il gestionale dovrebbe fare più o meno queste cose :

- inserimento, modifica, cancellazione di clienti
- inserimento, modifica, cancellazione di fornitori
- inserimento, modifica, cancellazione di articoli
- inserimento, modifica, cancellazione di preventivi
- inserimento, modifica, annullamento di bolle / bolle di reso
- inserimento, modifica, annullamento di fatture / note di credito
- Stampa dei documenti
- visualizzazione stato magazzino

il programma è già esistente, ma programmato in modo procedurale.

Grazie 1000

[Webtek]

Originariamente inviato da Webtek
sarei molto grato a chi mi da una dritta su come cominciare a progettare un gestionale con tecnica OOP in PHP,

il gestionale dovrebbe fare più o meno queste cose :

- inserimento, modifica, cancellazione di clienti
- inserimento, modifica, cancellazione di fornitori
- inserimento, modifica, cancellazione di articoli
- inserimento, modifica, cancellazione di preventivi
- inserimento, modifica, annullamento di bolle / bolle di reso
- inserimento, modifica, annullamento di fatture / note di credito
- Stampa dei documenti
- visualizzazione stato magazzino

il programma è già esistente, ma programmato in modo procedurale.

Grazie 1000

Naturalmente il DB utilizzato è MySql

[Gab-81]

Esperienze di OOP precedenti, anche con altri linguaggi? La dritta, o meglio, la consuetudine è l'applicazione del pattern MVC. Poi l'implementazione di uno strato di persistenza per interfacciarsi con il db (anche un framework già pronto con ZendFramework, se ne parla anche nel forum...) e per la vista un bel template tipo Smarty che aiuta ancora di più a separare vista da modello e controllo...
Buon lavoro

[Webtek]

Originariamente inviato da Gab-81
Esperienze di OOP precedenti, anche con altri linguaggi? La dritta, o meglio, la consuetudine è l'applicazione del pattern MVC. Poi l'implementazione di uno strato di persistenza per interfacciarsi con il db (anche un framework già pronto con ZendFramework, se ne parla anche nel forum...) e per la vista un bel template tipo Smarty che aiuta ancora di più a separare vista da modello e controllo...
Buon lavoro

Nessun esperienza precedente in OOP, ma mi sono letto un po tutto quello che c'è in rete sulle OOP, e credo di aver assimilato i concetti, ma la mia difficoltà e quella che non so come incominciare nel creare un schema grezzo di quello che possono essere le classi padri.
Ad esempio per quello che riguarda la sezione clienti e fornitori, quale potrebbe essere lo schema delle classi da creare ?

Per quello che riguarda ZendFramework credo sia il migliore come pattern MVC, e a questo punto darò un occhio a smarty.

Grazie..........

[Gab-81]

Parlerei solamente di classi, perchè classi padri implicano il concetto di ereditarietà che almeno per clienti e fornitori, per come posto il problema, non ha motivo di essere tirato in ballo. Un esempio di classe può essere:

class fornitori {
   // Attributi della classe, ad esempio l'anagrafica completa e magari una lista (array) di articoli
   // che forniscono

   // Metodi della classe
   function inserisci() {
      // Implementazione, da vedere se mettere degli argomenti della funzione
   }
   
   function modifica([lista_di_argomenti]) {
      // Implementazione
   }
} 

Lo stesso schema lo userei per la classe cliente. Inizierei così, anche se vicino a me terrei sempre un esempio pratico di come si sviluppa OOP ed un bel manuale di PHP5 (più orientato agli oggetti di PHP4)...Spero di esserti stato di aiuto (almeno in parte )
Buon lavoro

[Webtek]

Originariamente inviato da Gab-81
Parlerei solamente di classi, perchè classi padri implicano il concetto di ereditarietà che almeno per clienti e fornitori, per come posto il problema, non ha motivo di essere tirato in ballo. Un esempio di classe può essere:

class fornitori {
   // Attributi della classe, ad esempio l'anagrafica completa e magari una lista (array) di articoli
   // che forniscono

   // Metodi della classe
   function inserisci() {
      // Implementazione, da vedere se mettere degli argomenti della funzione
   }
   
   function modifica([lista_di_argomenti]) {
      // Implementazione
   }
} 

Lo stesso schema lo userei per la classe cliente. Inizierei così, anche se vicino a me terrei sempre un esempio pratico di come si sviluppa OOP ed un bel manuale di PHP5 (più orientato agli oggetti di PHP4)...Spero di esserti stato di aiuto (almeno in parte )
Buon lavoro

Nei metodi inserisci e modifica della classe fornitori, gli argomenti passati saranno ovviamente i valori dei campi inviati dal form giusto?

[whisher]

Ciao.
Se non hai esperienza OOP lascerei perdere ZF
e specialmente smarty (naturalmente devi svilupparti
un sistema per i template guarda su phpclasses).
La bozza di Gab-81 può andar bene ma ti conviene
utilizzare il MDC pattern ad esempio puoi sviluppare
un model fornitori un model clienti .........
una view fornitori etc
un controller per fornitori etc

Il sistema dei template lo puoi sviluppare benissimo
nelle varie views.

Consiglio.
Fai bene a sviluppare un UML (almeno una traccia)
prima di mettermi mano al codice ma per l'esperienza che posso
avere specialmente se è il tuo primo lavoro in OOP
finchè non fai un minimo di prove non avrai le idee chiare

Per avere un'idea di cosa sia MVC dai un occhio qui
dai un occhio anche ai vari tutorials di Alejandro Gervasio
(mitico) su devshed su OOP (aggregation,composition )
vari pattern (singleton,factory etc ).

[Webtek]

Originariamente inviato da whisher
Ciao.
Se non hai esperienza OOP lascerei perdere ZF
e specialmente smarty (naturalmente devi svilupparti
un sistema per i template guarda su phpclasses).
La bozza di Gab-81 può andar bene ma ti conviene
utilizzare il MDC pattern ad esempio puoi sviluppare
un model fornitori un model clienti .........
una view fornitori etc
un controller per fornitori etc

Il sistema dei template lo puoi sviluppare benissimo
nelle varie views.

Consiglio.
Fai bene a sviluppare un UML (almeno una traccia)
prima di mettermi mano al codice ma per l'esperienza che posso
avere specialmente se è il tuo primo lavoro in OOP
finchè non fai un minimo di prove non avrai le idee chiare

Per avere un'idea di cosa sia MVC dai un occhio qui
dai un occhio anche ai vari tutorials di Alejandro Gervasio
(mitico) su devshed su OOP (aggregation,composition )
vari pattern (singleton,factory etc ).

infatti chiedo una traccia di classi prima di mettermi al lavoro, come ad esempio :
avremo una classe

- classe fornitori
- classe clienti
- classe articoli
- classe bolle
- classe fatture
- classe preventivi
ecc....

e qui che non so se va bene o no partire in questo modo?

Grazie in anticipo per l'aiuto

[whisher]

Un consiglio che ti posso dare prima
di mettere mano al progetto è di fare un esperimento
con una singola categoria puoi partire ad esempio
da fornitori sviluppi tutti i vari moduli e vedrai che ti
si schiariranno un po le idee.

utilizzare il MDC pattern ad esempio puoi sviluppare
un model fornitori un model clienti .........
una view fornitori etc
un controller per fornitori etc

Devi pensare che oltre le classi principali ti serviranno
altre classi una su tutte la validazione dei dati etc.

Non so a che livello tu possa essere con OOP
ma se le parole aggregation composition non ti
dicono niente ................


Un altro consiglio è di cercare in rete un progetto analogo
sviluppato in OOP per dare una sbirciatina

[Webtek]

Con le OOP sono alle basi, anche se ho letto molti riferimenti su questa tecnica, forse però prima devo studiarmi le basi di MVC?