Newsgroup: it.comp.lang.delphi
Titolo: Gli anti pattern e i delphisti italiani

Questionario:
1) chi tra voi programma cosï¿œ ?
http://en.wikipedia.org/wiki/Magic_pushbutton
2) chi ha dovuto mettere le mani su codice scritto come nel punto 1?
RISPOSTE:
1) Io lo facevo all'inizio.. (poi mi sono redento)
2) Ovunque sono andato, ho trovato codice anti pattern..
Ciao
-- 
Morde

 2) Ovunque sono andato, ho trovato codice anti pattern..
Putroppo e' lo stesso delphi che ti porta in un certo senso a programmare 
cosi'.... e infatti lo fanno tutti o quasi.
Tanto per fare un esempio, nel mondo java invece si e' quasi naturalmente 
portati a programmare con qualche pattern, MVC su tutti.. 

 1) Io lo facevo all'inizio.. (poi mi sono redento)
Anch'io mi sono redento.
Adesso mi trovo nell'antipatica posizione di avere diversi grossi 
progetti sviluppati quando ero un pischello che hanno una disperata 
necessitï¿œ di refactoring e zero tempo (o quasi) per farlo.
Ma il processo ï¿œ iniziato, utilizzando i pattern presi dalla bibbia 
della GoF e uno stupendo strumento ORM per delphi che sono i tiOPF.

 e uno stupendo strumento ORM per delphi che sono i tiOPF.
A questo proposito dovremmo parlarne un po' perchï¿œ io sono fortemente 
interessato a passare a tiOPF e tu sei una fonte italiana.. questo 
significa non doversi smazzare la documentazione in inglese ma 
soprattutto avere un feedback importante quanto raro.
Posso farti due domande secche??
^____^
-- 
Morde

Morde ha scritto:

Certo che sï¿œ;-)
Ma non sono l'unico in questo ng ad usare i tiOPF.
Per quanto ne so c'ï¿œ guastatore che lo fa da piï¿œ tempo di me.

 Ciao
Su questo punto avrei molte cose da ridire, ma mi rifaccio ad un 
concetto espresso molte volte da Alberto (e rielaborato per l'occasione)
:)
Puoi avere anche il migliore strumento a tua disposizione, ma se i 2 
neuroni che girano nel buco nero che ti divide le orecchie non vengono a 
contatto farai sempre una cosa schifosa ...
PS: Ho visto gestionali in delphi e VB con i ControAttributi ... per 
contro ho sottomano un gestionale fatto in cobol che è una emerita 
str... ergo ..
^_Goblin_^
-- 
Ibis et redibis non morieris in bello
http://goblinland.myminicity.com/

 cobol...da sempre ...mentre un giochino lo fai in c ... da sempre!
Su questo sono completamente d'accordo!! :-)
Anche se i "giochini" di oggi, piu' che in C, si sviluppano in C++..
Ciao
-- 
Morde

 Per quanto ne so c'ï¿œ guastatore che lo fa da piï¿œ tempo di me.
Conosco bene il mitico Antonio :-) ma questo non mi impedisce di 
cercare di allargare la mia schiera di conoscenze con altri colleghi 
che usano questi strumenti piï¿œ pattern oriented del classico onclick 
;-)
Ciao!
-- 
Morde

 e' l'equivalente di hibernate per delphi ?
No, e' un ORM molto robusto ma non ha niente a che vedere con 
hibernate.
-- 
Morde

 questi strumenti piï¿œ pattern oriented del classico onclick ;-)
Giusto.
Per qualsiasi informazione chiedi pure.
Tieni conto che adesso non uso completamente i tiOPF, ma me ne sono 
fatta una mia versione ridotta scopiazzando dal concept manual del sito:
http://tiopf.sourceforge.net/Doc/Concepts/
Questo per due motivi: Il primo ï¿œ che i tiOPF per quanto potenti 
richiedono un certo tempo di apprendimento, e il concept manual anche se 
non aggiornato ï¿œ perfetto per capire come funziona il core dei tiOPF, 
visto che te li fa "costruire" un pï¿œ per volta.
Poi perchï¿œ purtroppo sono testati dalla versione 7 di delphi in poi, 
mentre io ho la maggioranza dei progetti in D6.
Cosï¿œ mi me ne sono fatto una versione spartana (molto spartana) per D6 
che ho chiamato con molta fantasia riOPF.
Finito di fare il porting dei miei progetti e pulito un pï¿œ il codice, 
passerï¿œ tutto ai veri e propri tiOPF.

 Per qualsiasi informazione chiedi pure.
Ne terro' conto.
Grazie per le tue idee, sono queste che mi interessano. Dovresti 
iscriverti al NG di lazarus, ci sono sempre persone interessanti 
intorno ai progetti open ;-)
Ciao
-- 
Morde

 
Ciao

 cosi'.... e infatti lo fanno tutti o quasi.
Lo stesso vale per "Windows Forms" con Visual Basic .NET e C#, oppure 
con le "Web Forms" di ASP.NET... non ï¿œ un'esclusiva di Delphi. :)
Poi, approfondendo i "design pattern", Delphi risulta permeabile quanto 
altri ambienti e linguaggi a questo genere di architetture.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

il problema e' che molto codice viene visto come "dogma": intoccabile
e indiscutibile.
Linguaggi piu ' giovani non hanno il pregresso di delphi.
Questo, unito al fatto che i nuovi sono meno "elastici" di delphi, di
fatto mette un freno bello tosto a tante puttanate che siamo abituati
a vedere sparse in giro per il codice di numerose applicazioni delphi.
Se da un lato spesso tanti si fanno molte seghe mentali e dimenticano
il KISS, va detto che un altro problema serio e' che le aziende pur di
risparmiare non badano a spese: si vede il dito e non la luna.
Cosi, presumendo che "cosi risparmiamo tempo e/o soldi" DOPO, ci si
ritrova con prodotti ingestibili, pieni di codice che non si tocca per
la paura che qualcosa potrebbe non funzionare e via cosi...
Poi magari ci mette il suo anche lo sviluppatore penale (nel senso di
sviluppare del cazzo..)  "fantasista" che si capisce solo lui e
buonanotte...
Una delle cose piu fantasiose che ho visto e' stata una app delphi 3
che usava come base dati un foglio excel dove i record erano LE
COLONNE e i campi LE RIGHE...
Fermo restando che tutto potrebbe avere un senso, va detto che nel
caso specifico quella cosa senso non ne aveva.
Per chi lavora cosi, serve una seria terapia, individuale o di gruppo
che sia...
Purtroppo, la popolazione planetaria e' in aumento ma il buon senso
decresce...
E gli esempi sono tanti, anche fuori del ns contesto professionale...
Pensiamo a degli stupendi portachiave con sopra indirizzo etc nati con
l'idea che chi trova le chiavi le butta in una cassetta delle lettere
ed esse tornano a te...
Quando vidi lo spot me la stavo facendo addosso dal ridere...Non solo
hai le chiavi, ma sai pure l'indirizzo!
Vengo con un tir e ti svuoto la casa....
Oppure una stampante rfid che accetta comandai via seriale ma ti
risponde via tcp....
Oppure la vecchia argenta della fiat: aveva il computer di bordo che
diceva qualcosa quasi ogni minuto...
pargheggi a *pagamento* fuori le stazioni ferroviarie...
e poi li a lamentarsi che le persone non usano il mezzo pubblico...
Fate un giochetto, gente!
Provate a stendere una lista di persone che voi conoscete dal vivo
dotate di buon senso...
Ci vorrebbe proprio un po di eugenetica, secondo me.
A parte tutto cio, la cosa che ammazza java e' che sono tanti quelle
che usano java ma pochi quelli che lo conoscono.
Io lo sto studiando e non ho ancora trovato UNO, e dico UNO, che non
scappa quando gli dico "senti..voglio mettere in piedi una intranet
che usi sia web service che rmi e che si connetta ad un db via
jdbc..giusto per giocare un po e vedere come funziona la baracca..."
Sulle altre cose, non mi faccio la palla tanto sapete gia tutti come
la penso...
A.

 questi strumenti piï¿œ pattern oriented del classico onclick ;-)
Allarga Morde, allarga :)
Antonio

 il proprietario della fattura?
Se crei un oggetto in questo modo sei, ovviamente, responsabile della 
sua distruzione. Se invece lo aggiungi ad una TtiObjectList che per 
default li possiede, allora della distruzione se ne incaricherï¿œ proprio 
la object list. C'ï¿œ da aggiungere anche un'altra cosa riguardo la 
creazione di un oggetto in tiOPF, ovvero, ci sono due metodi:
Create e CreateNew . Il primo crea un oggetto e setta la sua ObjectState 
property a posEmpty, vuol dire quindi che il visitor che esaminerï¿œ la 
collezione per persistere eventualmente l'oggetto non lo farï¿œ proprio 
perchï¿œ il suo stato ï¿œ empty, ovvero appena creato e non modificato.
CreatNew, invece, setta la ObjectState property a posCreate, quindi il 
visitor persisterï¿œ questo oggetto quando lo incontrerï¿œ nella collezione.
Antonio

 1) chi tra voi programma cos� ?
Tutti gli ambienti RAD hanno la controindicazione di avviare a un modello
di programmazione "particolare". Per quanto si riesca a progettare bene il
model, la divisione tra view e controller � ardua da implementare. A me
basterebbe gi� che la gente scrivesse dei metodi "corti".
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 cobol...da sempre ...mentre un giochino lo fai in c ... da sempre!
Retorica senza senso. Ti ci voglio vedere a progettare un bello schema E/R
e poi a scriverci un applicativo Cobol che ne faccia uso.


 applicazioni mediamente complesse.
Corro il rischio di andare ot...
Puoi essere piu preciso?
Io sto studiando java ma sono ad un stadio molto iniziale.
Grazie.
A.