Newsgroup: it.comp.lang.delphi
Titolo: Intraweb si o no?

C'è chi usa con soddisfazione Intraweb? L'ultima versione con l'update
parziale della pagina web sembra una buona cosa oppure no? Visto che
praticamente bisogna aggiungere anche i componenti TMS per fare qualcosa di
decente ne consigliate l'acquisto? Ogni tanto sul newsgroup qualcuno dice di
lasciar perdere Intraweb, perchè? Thanks
M.

 C'è chi usa con soddisfazione Intraweb? L'ultima versione con l'update
sì e cmq hai già postato tempo fà una domanda del genere
http://tinyurl.com/yucwh
e ti abbbiamo anche risposto.
Personalemnte rimango sempre della stessa idea ora a maggior ragione che
.NET sembra orami obbligato (a meno di non passare a java) investirei
di più su quella piattaforma.
ciao
   gabriele

> L'ultima versione con l'update
Sě con l'ultima versione.
ciao
   gabriele

 e ti abbbiamo anche risposto.
....
Si hai ragione, ma si è avvicinato il momento dell'acquisto sia IW + TMS +
Arcana è una bella spesa. Inoltre sono nell'indecisione più assoluta perchè
uscito Delphi 8 ed è uscita anche una beta di IW di cui però non ho
possibilità di visione. Sono molto indeciso perciò ho ripetuto la domanada
:-) Thanks comunque.

 Arcana è una bella spesa.
io ho usato IW+TMS per alcuni progetti e ne sono discretamente soddisfatto.
Il tempo di progettazione dell'applicativo e' del 30% superiore a quello di
un normale programma Delphi, considerando che devi mettere in piedi anche
qualche template e layout, le prestazioni sono eccellenti, la possibilita'
di lavorare fianco a fianco con un applicativo desktop (ad es. condividendo
gli archivi, di qualunque formato questi siano) totale, e senza dover
imparare nessun nuovo linguaggio.
Passare a D8 per fare applicazioni web? si, e' un'alternativa da
considerare, se hai (molto) tempo per studiare, nessuna scadenza verso
clienti, e non sei legato a database specifici che D8 non supporta
nativamente.
Ciao, Sandro

 nativamente.
Su questo sono d'accordo se poi devi consegnare ieri (come capita la maggior
parte delle volte)
bhè.. magari ti conviene...
--
ciao
   Gabriele

 che oltre al tempo investi anche un bel pň di soldi.
Aaaah! Non compro piů niente! Formatto tutto e cambio mestiere :-)
M.

 del tempo seppur poco per studiare
c'e' gente ancora oggi che programma e vende software in Cobol, sfruttando
l'esperienza che si e' fatta in decenni di lavoro.
A me sta storia del "cambiare piattaforma" per ragioni di "moda", perche' M$
si diverte ad introdurre nuove tecnologie che in prospettiva futura
vorrebbero sostituire di colpo tutte le precedenti, permetti che non mi
vada. Quando e se vedro' gli effettivi vantaggi di .NET rispetto a Win32,
oppure se un giorno saro' costretto a farlo, cambiero' piattaforma. Per ora
.NET per applicazioni desktop e' un carrozzone, e ha specifiche tutt'altro
che definitive, quindi di buttar via un decennio di esperienza con Delphi
per andare verso .NET non se ne parla proprio.
Ciao, Sandro

 per andare verso .NET non se ne parla proprio.
ciao Sandro chissà perchè ma con con te finsco sempre per discutere:))!!!
hai ragione ma il discorso è un'altro lui sta per investire tempo e 
soldi su qualcosa che non conosce o conosce poco e che "potrebbe" 
(questo solo zio bill lo sà:) non avere
futuro (per quanto ne sò nella versione 8 di delphi intraweb non c'è). 
Sono appasionato di java e la M$ non mi stà simpatica
ma purtroppo fà legge.
Vorrei anche risponedere a nospam con questo messagio il fatto di 
cambiare mesterie ci penso ormai da molto tempo se trovi qualcosa di
redditizio fammelo sapere che vengo a lavorare con te:))!!!
ciao
    gabriele

 redditizio fammelo sapere che vengo a lavorare con te:))!!!
Anch'io alle volte ci penso, sul serio. Forse un giorno... :-)
Nospam please

 redditizio fammelo sapere che vengo a lavorare con te:))!!!
dentista, idraulico, parrucchiere.. i mestieri dove si guadagna un bel po'
ci sono eccome :)
Ciao, Sandro

Ciao, Sandro
Ah Sandro.. portaci un po' del tuo caldo e sorridente sole di Sardegna che qui
fa freddo e abbiamo 50 cm di neve!!!!!
^______^
-- 
Morde. 
(
mo...@despammed.com
)
M-List di icld: 
http://it.groups.yahoo.com/group/icld/


Mars University: «Knowledge brings Fear»

 continuazione del nostro percoso professionale....
Nulla è mai detto e stabilito, però adesso come adesso, l'uso di Delphi
mi consentirebbe di portare su .NET diversi applicativi realizzati e di
non buttare via tutto quello che ho appreso in questi anni; il
linguaggio e l'ambiente di sviluppo sono solamente una questione di
gusti, o così dovrebbe essere.


gusti, o così dovrebbe essere.
Assai veritiero e' il tuo discorso, caro Marco!
Del resto, come viene spesso detto nei siti "dotNETtari", .net non e' altro
che un compilatore. L'ambiente di sviluppo che sta sopra non e'
siginificativo, e questo sembra essere il messaggio subliminale di questa
piattaforma: studiando .net hai la sensazione che metta tutti allo stesso
livello. Da li', spetta alle software house offrire soluzioni di sviluppo
davvero efficaci e che si distinguano dagli altri.
Ciao Marco, come al solito discutere con te' e' sempre costruttivo! :)


 ^______^
qui e' grigissimo, non piove ma sembra di essere sotto una cappa di piombo.
Lo so che la sardegna viene vista dai "continentali" come una sorta di meta
esotica, ma purtroppo siamo anche noi nel mediterraneo, non nell'oceano
indiano ;D e non abbiamo le barchine a remi con le sarde che portano
ghirlande di fiori ai viaggiatori che arrivano con i traghetti :D
Ciao, Sandro

 performante, e in ogni caso tutto da studiare.
Per un VB6ista passare a VB .NET è un grande salto tecnologico, ma è
anche un salto obbligato, forzatamente immediato e soprattutto molto
difficile.
Per un D7ista professionista, che tale si possa definire, passare a D8
è - o sarà - una passeggiata, poichè è l'ambiente e il linguaggio (da
quanto ho letto in giro) che permette di riutilizzare le conoscenze
acquisite per applicarne nella realizzazione di applicazioni .NET che,
tra qualche anno, saranno comunque lo "standard de facto" sulle
piattaforme Windows.
Il numero di patch ha poca importanza: per Delphi 7 non sono uscite
molte patch cumulative, tranne alcune dedicate ai pacchetti aggiuntivi
come i RAVE Reports, ma ciò non vuol dire che Delphi 7 non ne abbia
bisogno e sia perfetto.
I compilatori sono fatti da esseri umani che come tali possono sbagliare
e le patch di aggiornamento vengono rilasciate proprio per questo
motivo, indipendentemente dal fatto che si lavori con .NET o con Win32.
Tutte queste problematiche e altre ancora sono intrinseche nell'attività
del programmatore, ma presentarle come un difetto solamente di Delphi 8
o del .NET Framework comporta un innegabile e comodo appiglio per
poterne parlare a sfavore.
Il "poco performante" vale per le applicazioni Windows poichè le classi
del framework riconducono *attualmente* la gestione di risorse, finestre
e quant'altro alle API di Windows usando l'interoperabilità, ma con
l'avvento di Longhorn la questione sarà rovesciata; le applicazioni
Windows Forms continueranno comunque a funzionare poichè l'interfaccia
con la quale si presenta la libreria di classi rimane compatibile.
Mi piacerebbe molto che ogni tanto le critiche mosse per odio verso
Microsoft siano esplicitamente motivate come tali. :-)


Marco, non devi prendere i miei messaggi come attacchi personali nei tuoi
confronti, perche' tali non sono. Inoltre le mie critiche al .NET non sono
affatto dettate da odio pregiudiziale verso Microsoft, ma dal fatto che
ritengo il .NET perfettamente inutile, la' dove tu, mi pare di capire, lo
giudichi come una sorta di svolta epocale. Saro' d'accordo con te solo
quando:
1) .NET sara' multipiattaforma
2) .NET sara' stabile e con specifiche definitive
3) .NET sara' integrato nei sistemi operativi Win futuri
4) il deploy sara' semplice come per i software in Delphi, senza necessita'
di portarsi dietro migliaia di chiavi di registro e centinaia di dll
Anche ammesso che si verifichi tutto quanto sopra, il fatto che .NET sia,
per esplicita ammissione di M$, il preludio a Palladium, con tutto cio' che
questo comporta, giustifica pienamente il fatto di detestarlo. Se poi per te
Palladium e', al pari di .NET, un "grande progresso tecnologico", allora
temo che il nostro discorso si chiuda qua.
Infine: capisco che tu sia appena agli inizi nello studio di .NET, ma finora
non ho letto da parte tua o di altri di vantaggi concreti, pratici,
effettivi, che il .NET darebbe nello sviluppo di applicazioni desktop
rispetto allo sviluppo di equivalenti applicazioni sotto Delphi e Win32.
Quando e se ne scoprirai, femmelo (e faccelo) sapere.
Ciao, Sandro

 (e faccelo) sapere.
Dal punto di vista delle applicazioni desktop, credo che sia molto
interessante il fattore "sicurezza" aggiunto alle applicazioni, cioè il
fatto di poter stabilire tramite alcune policy quali assembly contenenti
codice possono essere eseguiti oppure no; nell'ottica di dover regolare
una rete di dimensioni medio/grande, può essere utile per evitare che
utenti possano eseguire codice non certificato...è un'operazione
impossibile da ottenere senza un "controllore", che in questo caso viene
impersonato dal Common Language Runtime.
La seconda caratteristica peculiare del framework che mi interessa di
più sta nel fatto che la libreria di classi che lo costituiscono è la
stessa per tutti coloro che sviluppano sul framework stesso,
indipendentemente dal linguaggio di programmazione; questo mi ha
permesso di imparare il framework con ASP .NET, riutilizzare le mie
conoscenze acquisite nelle classi che ho impiegato nello sviluppo di
prova di un'applicazione Delphi con Delphi for .NET (che già conosco
proveniendo da D7-) e successivamente dare una mano nel porting di una
vecchia applicazione VB, poichè le nozioni e le classi sono le stesse
per tutti e funzionano allo stesso modo.
Questo fattore dà secondo me una seconda grande opportunità:
tralasciando il fatto che in un'azienda ciascuno è libero di usare il
linguaggio che preferisce, si possono realizzare con qualsiasi
linguaggio strumenti che potranno poi essere utilizzati da altri che
adottano ambienti di sviluppo e linguaggi completamente differenti.
E' in corso ad esempio il porting delle DirectX a livello .NET: se uno
sviluppatore Delphi 8 vuole utilizzare questo layer, alla stregua di un
programmatore VS .NET (VB .NET o C#), può farlo tranquillamente senza
attendere che il gruppo JEDI faccia la conversione dagli header in C++
che si trovano di contrabbando in giro per poter utilizzare le librerie,
che poi sono funzioni tutt'altro che semplici e se fossero organizzate
in classi sarei già più felice.
Il deploy è semplicissimo: si possono installare sulla stessa macchina
"side by side" (per usare la terminologia .NET) librerie con più
versioni diverse dei medesimi componenti ai quali ciascuna applicazione
verrà collegata dal CLR. Per installare, basta copiare...se i file
devono essere spostati, basta aggiornare un file di configurazione e il
gioco è fatto.
Tra l'altro, qualche giorno fa mi sono sbagliato nel dire che per ogni
applicazione serve il proprio framework. L'ultima versione del framework
è sempre in grado di eseguire le applicazioni compilate per i framework
precedenti.
Trovo che l'organizzazione in namespace e classi sia più adeguata e
funzionale rispetto al marasma di funzioni Win32 che sono disponibili
oggi, alcune delle quali devono essere accuratamente, troppo
accuratamente, selezionate...spesso si richiedono istruzioni di basso
livello anche per operazioni discretamente semplici...forse i
programmatori Delphi sono abituati ad avere una certa cura, ma sono
proprio queste condizioni che inducono la maggior parte dei
programmatori a compiere degli errori, e io non me ne tiro di certo
fuori, anche se faccio il possibile per evitarli.
Sicuramente, tutto quello che ho scritto non sarà sufficiente (chissà
come mai), ma se le argomentazioni a favore si possono ritenere poche,
ancora minori lo sono quelle a sfavore.
Poi, sembra che io stia difendendo Microsoft, ma in realtà sto solo
cercando di farmi trovare pronto quando .NET sostituirà il paradigma
attuale di programmazione dei sistemi operativi Microsoft.
Non ho ancora sviluppato applicazioni .NET di grandi dimensioni, anche
se avevo qualche mezza idea, ma credo che non si possa evitare di
studiarlo o rifiutarlo a priori poichè è la piattaforma di
programmazione dei futuri sistemi operativi Windows, punto e basta.
