zakmckraken
12-05-2009, 08:14
Ciao a tutti, premetto che ho ripreso Java dopo anni di C/C++ embedded e C# e che ci lavoravo la bellezza di 6 anni fa, quindi -chiaramente- le mie opinioni sono totalmente opinabili e sicuramente non corrispondenti alla realta', proprio da questo ho deciso di scrivere questo post.
Da poco ho inziato a lavorare con Jsf/Spring/Hibernate, su un'applicazione che ha necessita di essere distribuita su n application servers, molto grande, molto modulare (almeno nei desideri dell'analista ma va beh...).
Ora, io ho sempre lavorato limitandomi a separare gui/logica/db come insegnato da millenni ormai, realizzando query sql piu'o meno complesse, elaborando i vari risultati, validando etc, tutto questo con servlet/JSP. Niente di eccezionale insomma. Si preparava l'analisi con use cases e uml si implementava la parte di business col db, si disegnava la gui e via andare.
Attualmente vedo (per esempio) Spring e Hibernate, belli, potenti flessibili, -strani-.
Ipotizzo una cosa banale, una semplice maschera CRUD con lista, schifosamente standard, (oggi) non voglio stare 2 ore a scrivere codice ridondante o molesto, -non voglio replicare le informazioni soprattutto-, per esempio le primary keys voglio che siano read-only in modifica e editabili per un nuovo record. Ma per questo devo conoscere i metadati del db, che sono gestiti var livelli sotto da Hibernate, ma sono dati che l'application server conosce, non vorrei dover riscrivere nella logica dell'interfaccia tutto questo comportamento (imho abbastanza comune). Con Spring (prendo questo perche'e'l'unico che conoscicchio, ma non credo sia molto diverso da altri) dovrei farmi un'altro bean che gestisce questi metadati con altri pojos, con altro xml, con altra logica, etc. etc.
Altra cosa, La logica di business, ho il mio pojo, ipotizzo un pattern stile Value Object, con il mio vo che rotola tra gui e persistenza, la logica non puo'essere messa sul lato gui, non puo'essere messa sul lato hibernate. Va messa sul pojo??? Si dovranno fare delle classi che dato il Pojo vi applichino delle operazioni, sto impazzendo??? (prob.si...) :confused:
Il Control di MVC, prendo Jsf perche'e quello che ho appena visto (male), qual'e' la sua ragion d'essere in una applicazione tipo gestionale? Capisco un sito web, ma...
Ripeto che non conosco assolutamente bene questo enorme mondo, e per questo che chiedo a chi gia'bazzica tutto questo, le mie idee attuali sono dovute banalmente al fatto che sono tornato su questi ambienti da poco piu'di un mese, quindi non mi trucidate ;)
Da poco ho inziato a lavorare con Jsf/Spring/Hibernate, su un'applicazione che ha necessita di essere distribuita su n application servers, molto grande, molto modulare (almeno nei desideri dell'analista ma va beh...).
Ora, io ho sempre lavorato limitandomi a separare gui/logica/db come insegnato da millenni ormai, realizzando query sql piu'o meno complesse, elaborando i vari risultati, validando etc, tutto questo con servlet/JSP. Niente di eccezionale insomma. Si preparava l'analisi con use cases e uml si implementava la parte di business col db, si disegnava la gui e via andare.
Attualmente vedo (per esempio) Spring e Hibernate, belli, potenti flessibili, -strani-.
Ipotizzo una cosa banale, una semplice maschera CRUD con lista, schifosamente standard, (oggi) non voglio stare 2 ore a scrivere codice ridondante o molesto, -non voglio replicare le informazioni soprattutto-, per esempio le primary keys voglio che siano read-only in modifica e editabili per un nuovo record. Ma per questo devo conoscere i metadati del db, che sono gestiti var livelli sotto da Hibernate, ma sono dati che l'application server conosce, non vorrei dover riscrivere nella logica dell'interfaccia tutto questo comportamento (imho abbastanza comune). Con Spring (prendo questo perche'e'l'unico che conoscicchio, ma non credo sia molto diverso da altri) dovrei farmi un'altro bean che gestisce questi metadati con altri pojos, con altro xml, con altra logica, etc. etc.
Altra cosa, La logica di business, ho il mio pojo, ipotizzo un pattern stile Value Object, con il mio vo che rotola tra gui e persistenza, la logica non puo'essere messa sul lato gui, non puo'essere messa sul lato hibernate. Va messa sul pojo??? Si dovranno fare delle classi che dato il Pojo vi applichino delle operazioni, sto impazzendo??? (prob.si...) :confused:
Il Control di MVC, prendo Jsf perche'e quello che ho appena visto (male), qual'e' la sua ragion d'essere in una applicazione tipo gestionale? Capisco un sito web, ma...
Ripeto che non conosco assolutamente bene questo enorme mondo, e per questo che chiedo a chi gia'bazzica tutto questo, le mie idee attuali sono dovute banalmente al fatto che sono tornato su questi ambienti da poco piu'di un mese, quindi non mi trucidate ;)