Newsgroup: it.comp.lang.delphi
Titolo: Come elimare i programmatori Visual Basic ? ;)

Devo scrivere le regole di un appalto in modo che i programmatori
VB siano esclusi , cosa devo scrivere ?
 su cosa devo puntare ?
Quali caratterstiche ha delphi e non VB in modo chiaro e certo ?
non vorrei scrivere chiaramente : NO VB , SI Delphi, SI C+....

Basta che gli dici che il software deve girare anche su Linux....

 ha scritto nel messaggio
news:ZiB57.6126$VO5.2...@news.infostrada.it...

Potresti imporre la clausola che il linguaggio di programmazione sia OO da
quando è nato.


E cosě, se proprio vuoi fare il pignolo,  tagli fuori anche Delphi! :)
-- 
"Ciao Rex, che cavolo di situazione eh? Due dentro, due fuori, puo' succedere di tutto!"

Dipende molto da cosa devi fare e a chi proponi il progetto.
Se si tratta di sviluppo internet, la versione 6 dicono
abbia un serie di strumenti molto potenti per il
debug delle applicazioni.
Le applicazioni delphi sono + leggere, + compatte e non si 
portano dietro un mare di dll di runtime per girare come
accade x i programmi vb.
L'ide di delphi è molto comoda e fa risparmiare parecchio
nei tempi di sviluppo.
Vb non prevede + di 253 controlli per form.
Se ne vuoi di + ti tocca usare gli array di controlli.
Delphi non ha un limite cosi' basso.
Con delphi hai gia supporti per Com e Corba, oltre ad una serie
di classi gia' pronte per creare servizi web, servizi x nt.
Non mi risulta che vb abbia ste cose.
La documentazione non è in html compilato: quindi, se cerchi
nell'help non ti vengono fuori 100.000 risultati ad ogni 
tentativo di ricerca.
Delphi è OOP: gli manca solo l'overload degli operatori.
Con vb l'ereditarietà te la sogni.
E se qualcuno dice che questo non conta, farebbe meglio a scrivere
qualcosa in delphi per poi tornare a lavorare in vb.
per delphi trovi 10.000 componenti free che fanno di tutto
e SONO FORNITI DI SORGENTI: 
www.torry.ru
Inoltre, se hai d6, e la tua azienda puo' fare un investimento,
la portabilita' del codice su kilyx non è da trascurare.
Non credo proprio che zio billy fara un tool di sviluppo per Linux:
si darebbe la zappa sui piedi.
Borland è una azienda seria.
I suoi prodotti sono abbstanza stabili e di fix, patch, option pack,
qui quo qua etc etc ne escono ben pochi.
Se leggi poi il therad che ho tentato di aprire relativemante
ad oggetti com che su Nt girano traquillamente su Mts e su Win2000 no
ti rendi conto che LA LORO STESSA ROBA, CAMBIANDO DI VERSIONE,
VA IN CONFLITTO.
E questo è MOLTO MOLTO GRAVE.
Che affidabilità possiamo garantire ai clienti delle 
nostre applicazioni se usiamo tool pessimi ed instabili
che danno una marea di problemi?
Infine, che dire 
vb.net
 che in pratica non è compatibile con 
vb6?
 
Certo, commercialmente zio billy è quasi invincibile, ma SIAMO NOI
A DARGLI QUESTO POTERE.
Buttiamo via le sue schifezze e convinciamo gli utenti a fare 
lo stesso e vediamo cosa succede.
Poi le pubblicita carine che costano miliardi non le fa piu.
Presentiamo ai clienti Microsoft come quello che è:
un mostro americano pronto a fagocitarci tutti, ammanigliata
con quel deficiente di Bush che se non stiamo attenti ci trascina
in una second auerra fredda.
Diciamo ai clienti che se lui sta al suo posto in max parte e'dovuto
ai soldini che zio billy gli ha dato......
Saluti
AS
-- 
Posted from 
ammi.mclink.it
 [195.110.128.1] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

E questo č MOLTO MOLTO GRAVE.
AHAHAH! Verssimo! :)
Chris

 ha scritto nel messaggio
news:ZiB57.6126$VO5.2...@news.infostrada.it...


 ha scritto nel messaggio
news:ZiB57.6126$VO5.2...@news.infostrada.it...

Se non devi usare database, puoi chiedere che il programma non richieda
librerie esterne per l'esecuzione (cosi freghi tutti quelli che non sono
Delphi e/o C++Builder)
Se usi database:
- che sia compilato in codice nativo (freghi tutti quelli che usano fino al
VB4)
- che non richieda dll di run-time
- che non prevveda la presenza di OCX/VBX se non quelli presenti di base in
Windows (il VB e' dipendente da questi componenti per fare quasi tutto, in
Delphi puoi anche non sapere la loro esistenza)
- che possa funzionare anche su Windows 95 senza effettuare aggiornamenti
della Common Dialog (o come si chiama), in questo modo VB dovrebbe essere
quasi esentato, anche se potrebbe creare problemi se vengono utilizzate
alcune funzioni presenti in Delphi 3 o superiori (ma basta non usarle).
altro non mi viene in mente.
ciao
--
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Per rispondere in privato rimouvere 1975 dall'indirizzo
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

vecchio Turbo Pascal ;-)
Che dalla versione 5.5 in poi era anch'esso OO.
--
CyberWalkie - walkietalkie(at)
libero.it

Quali caratterstiche ha delphi e non VB in modo chiaro e certo ?
Io conosco un sacco di gente che programma in VB molto bene
e ho visto un sacco di gente che programma in Delphi molto
male.  Quindi ti auguro di trovare gente che, combinazione,
in Delphi programma meglio dei propri colleghi VB-isti.  
Se vuoi escludere i programmatori VB scrivi semplicemente :
Cercansi programmatori Delphi/C++.
Ricordati, pero', che la differenza non la fa il linguaggio.
--
CyberWalkie - walkietalkie(at)
libero.it

Che dalla versione 5.5 in poi era anch'esso OO.
Rispondo qui perché il messaggio di Roal non ce l'ho (l' ho letto solo in questo
reply),
Infatto ho detto "fare il pignolo".... 
Non confondo nulla (ho inziato col Berkley Pascal qualche secolo fa su un
sistema operativo Exec 8), semplicemente ricodo che il pascal NON e' nato OO,
non ci sono storie, il pascal si è adattato molto bene all'OO.
Che poi l'OP non sia *esattamente*  il TP è un altro discorso che non cambia una
riga del mio ragionamento.
Tutto è nato dalla frase "Potresti imporre la clausola che il linguaggio di
programmazione sia OO da quando è nato.".
Bene, se qualcuno mi trova la frase "Object Oriented" su uno dei primi libri di
Wirth, ritiro tutto.
Massimo.


riga del mio ragionamento.
Ma Object Pascal NON è Turbo Pascal !!
-------------------------------------------------------------------
Spero di essermi spiegato bene, considerato che mi sono _alzato_ da meno
di 1 ora...
Ciao, Davide DG.

di 1 ora...
Faccio molta fatica a seguire il thread: il mio server fa le bizze, non vedo
gran parte dei messaggi, i miei inclusi, pertanto mi scuso.
La mia domanda è: sei sicuro che Object Pascal non sia Turbo Pascal? 
Tutte le  vecchie forme sintattiche sono ancora permesse anche se scarsamente
documentate: per esempio poi ancora usare un Tipo Object e crearlo con New();
Forse, e qui sono totalemente ignorante, sono state inserite per compatibilità,
ma siamo proprio sicuri che OP sia stato totalmente creato ex novo?
E comunque, scusa se insisto, questo non cambia il concetto: se java è nato OO
questo non vale per Pascal -il che non significa che lo non abbia digerito bene
:) -. 
Mi rendo conto che sono discorsi di lana caprina e faccio noiosa accademia e
quindi mi fermo.
Ciao,


Wirth, ritiro tutto.
Stiamo parlando di Delphi e quindi di Object Pascal, non di
Pascal, ed Object Pascal e' OO da quando e' nato.
--
CyberWalkie - walkietalkie(at)
libero.it

_3_ linguaggi differenti, ognuno con una propria maturazione ("->").
Non e' cosi' (ovviamente).
VB e VB.net sono *AMBIENTI* di programmazione, non solo
*LINGUAGGI*.  Pascal e' un *LINGUAGGIO*, Delphi e' un
*AMBIENTE*.  C e' un *LINGUAGGIO*, C++ e' un *LINGUAGGIO*.
Delphi non e' affatto la maturazione del Pascal, e' solo un
suo dialetto, con varie estensioni.  Ci sono molti ambienti
di programmazione che sono ancora implementazioni del Pascal
puro e ognuno potrebbe ritenere se stesso, a buon diritto,
l'evoluzione del Pascal.  VB.Net e' l'evoluzione del VB e
puo' ritenersi un linguaggio unico, ma per C e C++ sei
completamente fuori strada.  C e C++ sono due *LINGUAGGI*
*DISTINTI* da non confondersi affatto l'uno con l'altro.
Stessa cosa vale per Pascal e Object Pascal (non Delphi).
--
CyberWalkie - walkietalkie(at)
libero.it

 Stessa cosa vale per Pascal e Object Pascal (non Delphi).
Non ho capito quel "sei completamente fuori strada" ... lo so che è
sbagliato,
ma se si potesse accettare questa ipotesi (per assurdo), allora si
potrebbe arrivare
alle conclusioni di Massimo.
--
Ciao !  Davide DG.

potrebbe arrivare alle conclusioni di Massimo.
Dato che le ipotesi accettate per assurdo servono a
dimostrare un altro assurdo, devo pensare che le conclusioni
di Massimo debbano essere considerate assurde a loro volta,
ma, a parte questo, se non ho capito male, Massimo dice di
tagliare fuori OP dai linguaggi OO, perche' non e' OO dalla
nascita.  Questo non e' vero.  Object Pascal non e' Pascal.
E' un linguaggio che e' nato quando e' nato Delphi e quando
e' nato era gia' object-oriented.  Che sia evoluzione di un
vecchio linguaggio non vuol dire nulla.
Tutto qui.
--
CyberWalkie - walkietalkie(at)
libero.it

vecchio Turbo Pascal ;-)
già, ma Delphi 5 sostiene comunque di essere "Borland Pascal 13.0" (i  
conti tornano: 7 Pascal per DOS - la serie Turbo Pascal - , 1 Pascal per 
Windows a 16 bit, 5 Delphi)

 VB siano esclusi , cosa devo scrivere ?
non so. Io ad esempio non vorrei escludere un Bruce McKinney solo perchè 
programma in VB (per la cronaca, non più: ha sopportato la farsa di VB4-
5, scrivendoci un ottimo libro - Hardcore VisualBasic -, ha rinunciato 
alla terza edizione del libro vedendo la farsa degradare con VB6, e ha 
rinunciato del tutto a VB in favore di Delphi - che usava già, come si 
evince da alcuni passi del libro - dopo aver visto quella barzelletta di 
VB.NET
)
Tu forse hai in mente chi ha iniziato a programmare in VB (io ad esempio 
ho cominciato così...) e lì è rimasto (... ma poi sono migrato per altri 
lidi :P), ma gran parte dei delphisti son della stessa pasta...
Al massimo richiedi delle abilità particolari (particolari, moh... 
diciamo che dovrebbero essere i prerequisiti necessari per un 
programmatore...), come la capacità di ottimizzare algoritmi, o di 
progettare un design efficace, di capire le implicazioni a livello di 
codice macchina di pezzi di codice; dovresti essere in grado di filtrare 
la "feccia" il cui approcio alla programmazione si limita ad un form 
designer grafico e all'uso di componenti preconfezionati. Potresti avere 
delle (brutte) sorprese, perchè Delphi non trasforma automaticamente 
chiunque lo usi in un bravo programmatore, anzi, in certi casi 
incoraggia la capronaggine
In definitiva, chiedi quello che ti serve e nient'altro, non accampare 
richieste assurde solo per un prurito di culo, e assumi chi ti da' 
quello che ti serve. Tieni la religione al di fuori di tutto ciò ;(

 Windows a 16 bit, 5 Delphi)
Domanda: quanti di voi scrivono ad oggetti tutto il codice e non solo quello
dei componenti. Per scrivere ad oggetti non dico scrivere dentro le classi
delle form, ma quando si deve scrivere una determinata funzione, scrivere
prima le primitive basi oppure ereditarle se queste sono gia' pronte e poi
continuare ad implementare i vari stratti aggiuntivi fino ad arrivare
all'oggetto definitivo.
due mi esperienze:
Io ho provato a scrivere una funzione di un programma ad oggetti e devo dire
(dato che sono abbiutato a scivere non OO) che mi sono trovato abbastanza
scomodo.
Al tempo avevo iniziato a scrivere delle funzioni per la creazione di
finestre e simili (in Tc++ per DOS) e dopo qualche tempo mi ricordo invece
di aver trovato anche qualche vantaggio.
ciao
--
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Per rispondere in privato rimuovere 1975 dall'indirizzo
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*


Scusate non volevo creare una diatriba cosě :)

all'oggetto definitivo.
Pensare ad oggetti non e' una cosa facile, perche' la didattica di
base ti insegna in genere a pensare in termini procedurali, ma anche
perche' effettivamente il cervello risolve i problemi in maniera
procedurale. Quindi necessita un certo sforzo, *molta* pratica e
letture, prima di avvantaggiarsi effettivamente dell'OOP.
Inoltre i vantaggi vengono fuori soprattutto quando il problema
affrontato e' ben + complesso di una sequenza di SE...ALLORA..., e li'
la OOP si mostra in tutto il suo splendore.
Come piccolo esempio, dai un'occhiata ai parser di equazioni
matematiche realizzati in maniera procedurale, oppure ad oggetti.
Ciao
--
Piero Bonanno
bop...@libero.it
pie...@tiscalinet.it
bpie...@hotmail.com
______________________________________________
"Madame, lei ha tra le gambe uno strumento
che puo' offrire piacere a migliaia di persone,
e tutto quello che sa fare e' grattarlo"
- Sir Thomas Beechan a una violoncellista


Qui è normale, appena uno posta nello stesso messaggio le parole "visual
basic" e "Delphi" :-)))
-- 
So I dub thee Unforgiven.

Devo scrivere le regole di un appalto in modo che i programmatori

Scusa la domanda... premetto che sono un convinto estimatore /
sostenitore / utilizzatore di Delphi, ma all'utente finale cosa cambia
se il programma é sviluppato in VB, Delphi, C++ Builder, VC++ o
qualsiasi altro linguaggio di programmazione??? _Se_ il programma é
sviluppato bene (e qui ci metto dentro analisi / progettazione /
scrittura codice / test ecc.), funziona bene e soddisfa le esigenze
dell'utilizzatore... chi se ne frega se chi l'ha fatto ha usato un
linguaggio piuttosto che un'altro?
Io personalmente quando uso un programma mi interessa prima di tutto
che funzioni, non come é fatto... se poi é fatto in delphi bene, ma
non considero il linguaggio di sviluppo una priorità sulla scelta di
un programma...
Quello che conta, come hanno detto anche altri in altri newsgroup, non
sono le capacità del linguaggio ma quelle del programmatore, che poi
usi quello che gli pare...
Phelipe
    by Phelipe de Sterlich
===============================
ELCO Sistemi Gestione del Tempo
e-mail: 
fi...@elcosistemi.it
http://www.elcosistemi.it
===============================
Public PGP Key available
===============================

usi quello che gli pare...
IMHO hai ragione su tutto, ma su un programma scritto con visual basic,
se un domani avrai la necessità di aggiungere delle funzionalità al
programma, sarà un tantinello più complicato e dispendioso che farlo su
un programma scritto con delphi seguendo un approccio Object-Oriented.


un programma scritto con delphi seguendo un approccio Object-Oriented.
Problema che riguarda il programmatore, in ogni caso, non
l'utente finale.  Spero che quel "piu' dispendioso" non si
traduca con un'uscita di maggior denaro dalle tasche del
cliente, solo perche' si programma in VB, perche' sarebbe
una politica molto poco seria.
--
CyberWalkie - walkietalkie(at)
libero.it

 wrote:

Ovvio, ma anche questo é un problema del programmatore...
all'utilizzatore non dovrebbe interessare come il programmatore
risolve i suoi problemi, se gli bastano 5 minuti di modifica o se deve
sudare sette camicie e stare davanti al computer per 15 giorni di file
24h su 24...
Se io utilizzatore ti chiedo "puoi garantirmi eventuali modifiche
future in n giorni lavorativi dalla richiesta?" e tu programmatore mi
rispondi si, il come lo fai non mi interessa, mi interessa che lo
fai...


Quali caratterstiche ha delphi e non VB in modo chiaro e certo ?
direi:
- Object Oriented
- Crossplatform
- Codice compilato, non interpretato
- Non ci devono essere + Dll che righe di codice ... :-PPP
Ciao,
Alan Solo

- Codice compilato, non interpretato
Anche VB
--
CyberWalkie - walkietalkie(at)
libero.it

Anche VB
Il Besic (e in qualche forma e misura il VB usa il basic) è un
linguaggio interpretato percui anche il VB anche se compilato alla
fine ma compila usando un codice interpretato mente il pascal non
interpetra compila direttamente.....
il VB fa diferenza come stanno messi i comandi mente il pascal (tanto
per dirne una no)
esempio pratico:
questo funziona:
    Do
      DoEvents
    Loop Until Timer > EndTime
questo no (Previsto While/ Until/fine istruzione):
    Do DoEvents
    Loop Until Timer > EndTime
in pascal le pui metere anche sulla stessa righa non te se fila!
Il Razziatore,
The Only Good Windows in an uninstalled Windows
-----------------------------------------------
E-MAILs : 
IlRazz...@netscape.net
WEB     : 
http://www.razziatore.dns2go.com/
ICQ     : 67552596

    Loop Until Timer > EndTime
questo si:
    Do : DoEvents
    Loop Until Timer > EndTime
e anche questo:
    Do : DoEvents : Loop Until_
	Timer > EndTime


Anche VB
l'ho detto per escludere anche Java, ;-)
Delphi è un crossplatform che in + genera codice compilato win32 o
linux 
Ciao,
Alan Solo

linux 
Che io sappia, Delphi non e' capace di produrre output in
formato ELF.  Forse stai parlando di Kylix ?
--
CyberWalkie - walkietalkie(at)
libero.it

interpetra compila direttamente.....
Ti sbagli.
"Compila usando un codice interpretato" e' una
contraddizione in termini : o compila, o interpreta.
VB dalla versione 5.0 puo' essere compilato in codice
nativo, senza passaggi intermedi.
--
CyberWalkie - walkietalkie(at)
libero.it

formato ELF.  Forse stai parlando di Kylix ?
sě
Ciao,
Alan Solo

esattamente se si usano api e oggetti non CLX...
E' proprio questo il punto. Non e' Delphi, e' Kylix.
Prodotto dalla stessa casa, ambiente identico, ma non
l'hanno chiamato "Delphi for Linux".  Non so poi, se sia
compatibile con Delphi al 100%.
--
CyberWalkie - walkietalkie(at)
libero.it

 Non so poi, se sia compatibile con Delphi al 100%.
se si usa la CLX e basta sě, 100%... 
basta ricompilare i sorgenti fatti con Delphi in Kylix o viceversa
tuttavia non ho testato con mano...
Ciao,
Alan Solo



appunto... bisona agiunge i : il che vuole dire che bisogna agiungere
delle cose... in pascal non bisonga agiungere niente.... questa č la
diferenza di un codice compilato e un codice interpretato....


diferenza di un codice compilato e un codice interpretato....
Ah, è quella la differenza? E io che pensavo chissà cosa...


 wrote in message
uvggltc1a9diuagud...@4ax.com...


 diferenza di un codice compilato e un codice interpretato....
Nel codice pascal (come anche in C) devi mettere il punto e virgola ';' dopo 
ogni comando in basic ed anche in altri linguaggi si va a capo per indicare 
che il comando e' finito, come vedi la differenza non e' molta, in ogni
caso non e' un punto qualificante del linguaggio.
Ciao...
Claudio Driussi
http://www.swit.net/csoft
mailto:
cldr...@swit.net

delphi per linux, poi hanno cambiato idea
Il fatto e' che un prodotto puo' dirsi multi-piattaforma solo se
e' lo *stesso* prodotto.  Se hanno nomi diversi, sono autorizzato
a pensare che siano due ambienti diversi e quindi che non siano
100% compatibili.
--
CyberWalkie - walkietalkie(at)
libero.it

100% compatibili.
hehe, potremmo andare avanti per anni ;-) (come al solito....)
tu hai citato C/C++ che ritieni multipiataforma.. ok, ma allora ti
contraddici, perchè con quest'ultima affermazione neanche C/C++ sono
multipiattaforma perchè per girare su diversi sitemi i sorgenti devono
essere ricompilati con un compilatore linux (per linux), con uno per
windows su wondows ecc...
stessa cosa con delphi/Kylix, i *sorgenti* sono gli stessi, e devono
essere ricompilati da delphi (su windows) o dal suo nuovo fratellino
Kylix sul pinguino...
Java forse è il solo multipiattaforma come lo intendi tu, che pero'
usa virtual machine e cose simili e non codice *compilato*...
Ciao,
Alan Solo

interpretato.... Il Razziatore,
ROTFL
tu sě che sai come funziona un compilatore, eh?

Kylix sul pinguino...
Delphi non possiede uno standard e gia' questo, di per se',
escluderebbe il concetto di multi-piattaforma, poi mi fido poco
della compatibilita' al 100%, forse perche' non l'ho ancora
provato, quando lo provero' ti sapro' dire.
--
CyberWalkie - walkietalkie(at)
libero.it

diferenza di un codice compilato e un codice interpretato....
Bisonga dirlo, e' propio una bela diferenza...
--
CyberWalkie - walkietalkie(at)
libero.it

provato, quando lo provero' ti sapro' dire.
allora, ripeto nemmeno io l'ho provato, ma se si usano solo oggetti
CLX (non VCL) e ovviamente non chiamate ad API di windows la
compatibilità è totale (se non totale allora 99%) quindi a mio parere
è un ambiente/linguaggio cross platform ...
Ciao,
Alan Solo

Bisonga dirlo, e' propio una bela diferenza...
uh... che simpatici... ;-)
KJK e Andrea, non tutti vivono tra compilatori e mangiano bit a
colazione, e credo che il nostro amico Razziatore apprezzerebbe un po'
meno di ironia, non credete? eh?
Ciao,
Alan Solo

pare e piace, senza restrizioni
Il che vuol dire che sotto NeXT non posso utilizzare Delphi
fino a quando Borland non ne rilascera' una versione
apposita.  E' una bella limitazione (che non esiste nel caso
di linguaggi standard).  Tra l'altro, se sviluppo
personalmente una versione di Delphi/Kylix (magari la chiamo
Venus) per NeXT, non credo Borland esitera' nel farmi causa.
--
Naquern Yansbetevn
naquern.y...@africamail.com

Venus) per NeXT, non credo Borland esitera' nel farmi causa.
questo non ne ho idea, vuoi dire che Borland possiede i diritti sul
linguaggio pascal? non credo, cmq...
ps: scrivetemi un'applicazione a finestre con C++ che giri sotto
windows e linux alla stessa maniera...
vi do 3 anni di tempo, come? già, si avete ragione, 3 anni luce.... 8)
cmq, ripeto, Delphi + Kylix non puo' definirsi multiplatform al 100%
ma solo tra Windows e Linux (mi sembrava sottinteso...), e mi
inginocchio chiedendo umilmente scusa se ho usato questo termine in
modo non del tutto appropriato... 8-)
Ciao,
Alan Solo

> = 99,9% dei PC mondiali (ho sparato ma la realtà si avvicina molto...)
sigh e sob magari fosse così... dove lavoro solo ora stanno passando a
sistemi Windows&Linux... prima girava *tutto* sotto MacOS (che è,
secondo il mio pur modestissimo parere, una emerita c@g@t@ ... ma ha
quell'interfaccina grafica che "piace" !!!) e al massimo qualche
postazione vax.
Sul discorso dello standard... anche Object Pascal è uno standard, mi
sbaglio? CodeWarrior per Mac ad esempio lo sfrutta.
--
Ciao !  Davide DG.

sbaglio? CodeWarrior per Mac ad esempio lo sfrutta.
credo di sì che abbia uno standard, ma non cosi' rigido e "vecchio"
come il C++, e questo lo rende "meno multiplatform"... mah ;-)
ps: ancora su questo mi viene in mente un'altra cosa
http://www.lazarus.freepascal.org/
qui c'e' un versione simile a Kylix che esiste da molto tempo prima
dell'uscita di Kylix e nessuno gli ha mai fatto causa... 8)
Ciao,
Alan Solo

windows e linux alla stessa maniera...
Stai facendo un grosso sbaglio nel confrontare C++ con
Delphi.  C++ e' un linguaggio che puo' essere implementato
in mille modi diversi (e' questo il bello dei linguaggi
standard), pur conservando caratteristiche comuni tra i
diversi compilatori.  Scrivere un applicativo che giri sotto
Windows e Linux alla stessa maniera e' tutt'altro che un
utopia.  Se scrivi la tua gerarchia di classi, puoi astrarre
facilmente da qualsiasi sistema sottostante, sia esso
l'insieme delle API windows, sia esso X server.
--
Naquern Yansbetevn
naquern.y...@africamail.com

sbaglio? CodeWarrior per Mac ad esempio lo sfrutta.
Object Pascal non e' un linguaggio standard.
Per linguaggio standard si intende qualcosa che sia
ratificato a livello internazionale da un comitato.
Per esempio, C, C++, Pascal sono linguaggi standard.
--
Naquern Yansbetevn
naquern.y...@africamail.com

come il C++, e questo lo rende "meno multiplatform"... mah ;-)
Continui a fare confusione.  OP non ha uno standard e non e'
multiplatform, almeno non quanto C++.  Lo standard del C++
non e' affatto vecchio, l'ultimo risale al 1998.
--
Naquern Yansbetevn
naquern.y...@africamail.com

non e' affatto vecchio, l'ultimo risale al 1998.
"vecchio" non è un dispregiativo, intendevo dire che esiste da molto,
e quindi con piu' probabilità ha piu' diffusione nei vari OS...
Ciao,
Alan Solo

l'insieme delle API windows, sia esso X server.
è esattamente cio' che è stato fatto con delphi e kylix, le classi si
chiamano CLX, ed è tutto li' pronto... 8-)
Ciao,
Alan Solo

chiamano CLX, ed č tutto li' pronto... 8-)
Perche' cambi discorso ?
Stavi presumendo un'impossibilita' di fare la stessa cosa
con il C++ e questo non e' vero.
--
Naquern Yansbetevn
naquern.y...@africamail.com

 
naquern.y...@africamail.com
sisisisi.... ceeeerrrrtoooo come noooo...  ;-P


Macintosh,
ROTFL
--
Naquern Yansbetevn
naquern.y...@africamail.com

 ROTFL
Vuoi spiegarmela? No? Al solito? non hai argomentazioni? La
conversazione non ti stimola più?
Pensa prima di scrivere. Pensa a fondo, non fermarti in superficie,
grazie.


con il C++ e questo non e' vero.
ca... spiterina.. io non ho cambiato discorso,
io non ho mai detto che è *impossibile*, ho detto che se paragoniamo i
tempi nel fare un'applicazione "visuale" che giri su windows e linux
con C++ (quindi un semplice linguaggio nudo e crudo) e delphi e Kylix
che sono due *ambienti* (molto simili) RAD potenti/facili/veloci...
*compatibili* ecc... non ci sono proprio paragoni... usare C++ non è
utopia, ma quasi... nulla è impossibile, ovviamente...
Ciao,
Alan Solo

non e' affatto vecchio, l'ultimo risale al 1998.
Sbaglio o il *primo* standard risale al 1993? no, non č vecchio. Nč 
recente. Piuttosto, č molto, molto, molto in ritardo

Venus) per NeXT, non credo Borland esitera' nel farmi causa.
C'e' gia' FreePascal, che e' mooolto simile all'OP.  Non so fino a che
punto qualcuno puo' citare altri che realizzano linguaggi simili al
proprio, ma non uguali. 
Ciao
--
Piero Bonanno
bop...@libero.it
pie...@tiscalinet.it
bpie...@hotmail.com
______________________________________________
"Madame, lei ha tra le gambe uno strumento
che puo' offrire piacere a migliaia di persone,
e tutto quello che sa fare e' grattarlo"
- Sir Thomas Beechan a una violoncellista

vi do 3 anni di tempo, come? già, si avete ragione, 3 anni luce.... 8)
Esistono un fottio di tool per fare questo, mi ricordo per esempio di
Amulet che era uno dei + validi nell'ambito free. Certo che cmq non si
tratta + di programmazione alla Win32 o alla Unix, ma di uno stile +
astratto che non permette certi giochetti. Esistono pero' anche tool
commerciali che consentono di fare anche molto di +. Sulle riviste
italiane non se ne vedono, ma se acquisti DDJ oppure SD, ne trovi una
marea e molto ben fatti, di livello enterprise.
Il C++ e' molto + pervasivo di quanto non sembri :-)


astratto che non permette certi giochetti.
sì, sarà (immagino) fatto a classi dove vengono incapsulati e vari
codici per windows e linux, come d'altronde anche con kylix bisogna
scordarsi di usare API, e usare solo le classi della CLX o oggetti di
cui si dispongono entrambi le versioni win e linux (o che sono
convertibili) per usare lo stesso identico codice sogente  o senza
ricorrere a indicazioni al compilatore del tipo
{IF OS IS LINUX} (non so se se la sintassi è così, cmq simile)
istruzionelinux
{IF OS IS WIN}
istruzionewin
Ciao,
Alan Solo