Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Avrei un nuovo progettino da fare
116 views
Skip to first unread message
amlo
Apr 11, 2013, 7:44:41 AM4/11/13
to
mi date una ragione per cui dovrei farlo col mio linquaggio preferito
DELPHI?
Ha senso oggi iniziare un nuovo progetto in delphi?
(non ￜ una trollata...vorrei risposte serie)
DELPHI?
Ha senso oggi iniziare un nuovo progetto in delphi?
(non ￜ una trollata...vorrei risposte serie)
Warp10
Apr 11, 2013, 7:50:20 AM4/11/13
to
Devo fare un viaggio. Mi dite che mezzo di trasporto devo prendere?
--
@WarpTen10
--
@WarpTen10
amlo
Apr 11, 2013, 7:55:48 AM4/11/13
to
Il 11/04/2013 13:50, Warp10 ha scritto:
> Devo fare un viaggio. Mi dite che mezzo di trasporto devo prendere?
>
cazzo centra...spiegami cazzo centra....bamboccione smanettone dell'ostia!
> Devo fare un viaggio. Mi dite che mezzo di trasporto devo prendere?
>
Warp10
Apr 11, 2013, 8:01:04 AM4/11/13
to
client/server, senza database, con database locale, senza grafica, web
service, gioco 3D in DirectX, gioco 2D... ?
A seconda del viaggio devi fare ti si puￜ consigliare un mezzo di
trasporto piuttosto che un altro.
C'entra, adesso? :)
--
@WarpTen10
amlo
Apr 11, 2013, 8:08:10 AM4/11/13
to
progettino ￜ un progetto fatto con criteri professionali
indipendentemente dai volumi
mono o 1000 utenti per me pari sono
client/server o web server delphi li batte tutti comunque la si pensi
IO NON HO CHIESTO QUALE SIA IL MIGLIOR SISTEMA DI SVILUPPO PER FARE UN
PROGETTO OGGI!
bamboccione....lasciaci lavorare...facci un favore!
Warp10
Apr 11, 2013, 8:11:56 AM4/11/13
to
--
@WarpTen10
Morde
Apr 13, 2013, 10:29:14 AM4/13/13
to
On 11.04.2013 13:44, amlo wrote:
> (non ￜ una trollata...vorrei risposte serie)
AHAHHAHAHA AHAHAH AHAHAHAHAH AHA HAHAHA!!!!!!!!!!!!!
> (non ￜ una trollata...vorrei risposte serie)
--
morde
Android
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
Luca Paoli
Apr 13, 2013, 10:43:58 AM4/13/13
to
Il giorno giovedì 11 aprile 2013 13:44:41 UTC+2, amlo ha scritto:
> mi date una ragione per cui dovrei farlo col mio linquaggio preferito
>
> DELPHI?
>
> Ha senso oggi iniziare un nuovo progetto in delphi?
>
> (non è una trollata...vorrei risposte serie)
> mi date una ragione per cui dovrei farlo col mio linquaggio preferito
>
> DELPHI?
>
> Ha senso oggi iniziare un nuovo progetto in delphi?
>
Troll ??
Morde
Apr 13, 2013, 12:25:41 PM4/13/13
to
On 13.04.2013 16:43, Luca Paoli wrote:
> Troll ??
Amlo �, per definizione, *IL* troll di ICLD ;-)
Non � un cattivo ragazzo.. � solo che non si decide a mollare delphi una
volte per tutte come feci io tempo addietro, e lui vorrebbe imitarmi ma
ha troppa paura di java: le alternative ci sarebbero, C in primis (senza
il famigerato paradigma ad oggetti ma solo coi cari vecchi e sani
puntatori), e c++ in secundis, con opportunit� cross platform tramite QT.
PS:
Non sto inventando: vedi indici Tiobe di aprile.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
> Troll ??
Amlo �, per definizione, *IL* troll di ICLD ;-)
Non � un cattivo ragazzo.. � solo che non si decide a mollare delphi una
volte per tutte come feci io tempo addietro, e lui vorrebbe imitarmi ma
ha troppa paura di java: le alternative ci sarebbero, C in primis (senza
il famigerato paradigma ad oggetti ma solo coi cari vecchi e sani
puntatori), e c++ in secundis, con opportunit� cross platform tramite QT.
PS:
Non sto inventando: vedi indici Tiobe di aprile.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Luca Paoli
Apr 13, 2013, 1:06:55 PM4/13/13
to
Il giorno sabato 13 aprile 2013 18:25:41 UTC+2, Morde ha scritto:
> On 13.04.2013 16:43, Luca Paoli wrote:
>
> > Troll ??
>
>
>
> Amlo è, per definizione, *IL* troll di ICLD ;-)
> On 13.04.2013 16:43, Luca Paoli wrote:
>
> > Troll ??
>
>
>
>
> Non è un cattivo ragazzo.. è solo che non si decide a mollare delphi una
>
> volte per tutte come feci io tempo addietro, e lui vorrebbe imitarmi ma
>
> ha troppa paura di java: le alternative ci sarebbero, C in primis (senza
>
> il famigerato paradigma ad oggetti ma solo coi cari vecchi e sani
>
> puntatori), e c++ in secundis, con opportunità cross platform tramite QT.
> volte per tutte come feci io tempo addietro, e lui vorrebbe imitarmi ma
>
> ha troppa paura di java: le alternative ci sarebbero, C in primis (senza
>
> il famigerato paradigma ad oggetti ma solo coi cari vecchi e sani
>
>
>
>
> PS:
>
> Non sto inventando: vedi indici Tiobe di aprile.
>
> http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>
>
>
> --
>
> morde
>
> Android
>
> QT 4.7
>
> Delphi (5,6,7.. expired)
>
> Firebird Database
Tempo fa frequentavo questo gruppo, ai tempi di Aran Agnello, Triskel etc.. allora quel Troll era stato profetico nel parlare di Delphi quando tutti gli davano del visionario ?
>
>
> PS:
>
> Non sto inventando: vedi indici Tiobe di aprile.
>
> http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>
>
>
> --
>
> morde
>
> Android
>
> QT 4.7
>
> Delphi (5,6,7.. expired)
>
> Firebird Database
;-)
ciao
MB339A
Apr 13, 2013, 4:54:31 PM4/13/13
to
> Ho capito.
+1...anzi +1000000000000000 :)
+1...anzi +1000000000000000 :)
Marco Breveglieri
Apr 15, 2013, 3:36:23 AM4/15/13
to
Il giorno sabato 13 aprile 2013 19:06:55 UTC+2, Luca Paoli ha scritto:
> Tempo fa frequentavo questo gruppo, ai tempi di Aran Agnello, Triskel etc.. allora quel Troll era stato profetico nel parlare di Delphi quando tutti gli davano del visionario ?
Non me la ricordo, qual era la brillante profezia? :)
> Tempo fa frequentavo questo gruppo, ai tempi di Aran Agnello, Triskel etc.. allora quel Troll era stato profetico nel parlare di Delphi quando tutti gli davano del visionario ?
--
MARCO BREVEGLIERI
#Home: http://www.marco.breveglieri.name
#Blog: http://www.compilaquindiva.net
Alberto Salvati
Apr 15, 2013, 3:41:23 AM4/15/13
to
> Non me la ricordo, qual era la brillante profezia? :)
...forse quella della fine del mondo per il 2012..?? :D
A.
Marco Breveglieri
Apr 15, 2013, 5:24:41 AM4/15/13
to
Il giorno lunedì 15 aprile 2013 09:41:23 UTC+2, Alberto Salvati ha scritto:
> ...forse quella della fine del mondo per il 2012..?? :D
Quella della fine del mondo aveva argomentazioni quasi migliori... ;)
> ...forse quella della fine del mondo per il 2012..?? :D
Luca Paoli
Apr 16, 2013, 6:15:02 AM4/16/13
to
Alberto Salvati
Apr 16, 2013, 6:38:28 AM4/16/13
to
> Io non lo credo ma diciamo che non è proprio la punta del mercato.
Varie "cassandra" in morphing e non che si sono di volta in volta passate il testimone per declamare che la fine è vicina.
Non so voi ma io ho altro da fare che seguire il "profeta" di turno.
Nel mondo civile ( Country <> Italia ) le cose funzionano diversamente.
Su linkedin spesso ci sono ricerche di gente tosta in delphi tra francia, usa, malta e altre nazioni, addirittura con skill su d7, fermo restando che si deve sempre vedere se le cose sono serie e ovviamente (ma non per tutti) se, come e quanto pagano.
E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
A.
Morde
Apr 16, 2013, 8:02:02 AM4/16/13
to
On 16.04.2013 12:38, Alberto Salvati wrote:
> E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
Se ti limiti alla compilazione *nativa* :
> E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
1 - Visual studio
2 - MingW + code::blocks, lo uso solo per sviluppi su opengl
3 - MingW + QT creator per tutto il resto
Alberto Salvati
Apr 16, 2013, 8:20:29 AM4/16/13
to
> 1 - Visual studio
La fa solo in c++. Buon divertimento. :-|
A
La fa solo in c++. Buon divertimento. :-|
A
Marco Breveglieri
Apr 16, 2013, 9:17:43 AM4/16/13
to
Il giorno martedì 16 aprile 2013 12:15:02 UTC+2, Luca Paoli ha scritto:
> Diceva che Delphi sarebbe morto. Io non lo credo ma diciamo che non è proprio la punta del mercato.
Questo si dice dal '95, quindi nessuna novità. :)
> Diceva che Delphi sarebbe morto. Io non lo credo ma diciamo che non è proprio la punta del mercato.
Marco Breveglieri
Apr 16, 2013, 9:20:18 AM4/16/13
to
Il giorno martedì 16 aprile 2013 12:38:28 UTC+2, Alberto Salvati ha scritto:
> E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
Questa la proporrei come "tag line"... ;)
> E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
Marco Breveglieri
Apr 16, 2013, 9:21:43 AM4/16/13
to
Il giorno martedì 16 aprile 2013 14:02:02 UTC+2, Morde ha scritto:
> Se ti limiti alla compilazione *nativa* :
> 1 - Visual studio
La compilazione nativa in Visual Studio la si fa solo con C++ ed è priva di qualsiasi strumento RAD.
> Se ti limiti alla compilazione *nativa* :
> 1 - Visual studio
Luca Paoli
Apr 16, 2013, 7:19:09 PM4/16/13
to
> E poi, a parte delphi e lazarus , quanti e quali ambienti FUNZIONANTI E COMODI esistono per sviluppare in modo NATIVO A 32 E/O 64 BIT su Windows?
Morde
Apr 17, 2013, 4:21:00 AM4/17/13
to
On 16.04.2013 14:20, Alberto Salvati wrote:
> La fa solo in c++. Buon divertimento. :-|
Alberto, non riesco a credere che uno come te consideri il cambio di
> La fa solo in c++. Buon divertimento. :-|
linguaggio come un ostacolo considerevole (almeno, da quello che scrivi
ho capito questo).
Morde
Apr 17, 2013, 4:23:17 AM4/17/13
to
On 16.04.2013 15:21, Marco Breveglieri wrote:
> La compilazione nativa in Visual Studio la si fa solo con C++ ed � priva di qualsiasi strumento RAD.
Per nativa intendi dire quella che produce eseguibili win32/64?
> La compilazione nativa in Visual Studio la si fa solo con C++ ed � priva di qualsiasi strumento RAD.
Per nativa intendi dire quella che produce eseguibili win32/64?
Alberto Salvati
Apr 17, 2013, 4:41:20 AM4/17/13
to
>
> Alberto, non riesco a credere che uno come te consideri il cambio di
> linguaggio come un ostacolo considerevole
Se c'e' una cosa che mi spaventa poco è il cambiamento.
> Alberto, non riesco a credere che uno come te consideri il cambio di
> linguaggio come un ostacolo considerevole
Davanti ad una cosa mai fatta, magari qualcuno si spaventa.
Io dico "che bello! faccio una cosa nuova!". :D
Sappiamo tutti molto bene che c++ è un linguaggio ottimo per fare alcune cose ma non altre, e che quindi ha una "posizione" diversa rispetto a delphi.
A.
Marco Breveglieri
Apr 17, 2013, 4:56:24 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 10:23:17 UTC+2, Morde ha scritto:
> Per nativa intendi dire quella che produce eseguibili win32/64?
Sì. Diciamolo meglio: per "nativa" intendo quella che non ha bisogno del .NET Framework. :)
> Per nativa intendi dire quella che produce eseguibili win32/64?
Alberto Salvati
Apr 17, 2013, 5:00:09 AM4/17/13
to
> Sì. Diciamolo meglio: per "nativa" intendo quella che non ha bisogno del .NET
come mi fa zzzare che le ultime versioni di delphi hanno l'ide basata su .net!
:-((
A.
Marco Breveglieri
Apr 17, 2013, 5:19:28 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 11:00:09 UTC+2, Alberto Salvati ha scritto:
> come mi fa zzzare che le ultime versioni di delphi hanno l'ide basata su .net!
Solo alcune funzionalità sfruttano il .NET framework (alcuni refactoring, il supporto al modelling e poco altro), ma l'IDE è *nativo*.
> come mi fa zzzare che le ultime versioni di delphi hanno l'ide basata su .net!
Considerando l'obiettivo iniziale di supportare sia con Win32 che .NET all'interno di un unico IDE, l'idea ci stava, poi con l'abbandono di questa strada e l'avvento di Prism l'utilità è chiaramente sparita, anche se non hanno riscritto nuovamente il codice e tolto la dipendenza.
Non è detto che l'arrivo delle piattaforme in cantiere, questo requisito del framework non vada a scomparire definitivamente.
Ciao,
Marco.
Alberto Salvati
Apr 17, 2013, 5:27:18 AM4/17/13
to
> Solo alcune funzionalità sfruttano il .NET framework
A.
Morde
Apr 17, 2013, 5:36:13 AM4/17/13
to
On 17.04.2013 10:41, Alberto Salvati wrote:
>>
>> Alberto, non riesco a credere che uno come te consideri il cambio di
>> linguaggio come un ostacolo considerevole
>
> Se c'e' una cosa che mi spaventa poco � il cambiamento.
>>
>> Alberto, non riesco a credere che uno come te consideri il cambio di
>> linguaggio come un ostacolo considerevole
>
> Davanti ad una cosa mai fatta, magari qualcuno si spaventa.
> Io dico "che bello! faccio una cosa nuova!". :D
>
>
> Sappiamo tutti molto bene che c++ � un linguaggio ottimo per fare alcune cose ma non altre,
> Io dico "che bello! faccio una cosa nuova!". :D
>
>
> e che quindi ha una "posizione" diversa rispetto a delphi.
Mmmhhh.. mi diresti quali "altre cose" c++ non sarebbe ottimo? :-)
Sia chiaro che non voglio deragliare su argomenti tipicamente da flames:
mi sto solo sforzando di capire dove tu vedi questo confine tra delphi e
c++.
Forse il fatto che la memoria te la devi gestire tu? Perch� se cos�
fosse, dovresti riconsiderare le tue opinioni in quanto con la release
11 di c++ [1] sono presenti algoritmi di garbage collecting.
[1] http://en.wikipedia.org/wiki/C%2B%2B11
Morde
Apr 17, 2013, 5:43:23 AM4/17/13
to
On 17.04.2013 10:56, Marco Breveglieri wrote:
A che mi risulta si pu� anche sviluppare in modo nativo per windows con
c++: sto pensando al celeberrimo c++ builder ma anche a microsoft VS,
per non parlare di mingw (ma questo lo vorrei escludere perch� non
provvisto di un RAD agganciato a windows forms).
> Il giorno mercoled� 17 aprile 2013 10:23:17 UTC+2, Morde ha scritto:
>> Per nativa intendi dire quella che produce eseguibili win32/64?
>
> S�. Diciamolo meglio: per "nativa" intendo quella che non ha bisogno del ..NET Framework. :)
>> Per nativa intendi dire quella che produce eseguibili win32/64?
>
A che mi risulta si pu� anche sviluppare in modo nativo per windows con
c++: sto pensando al celeberrimo c++ builder ma anche a microsoft VS,
per non parlare di mingw (ma questo lo vorrei escludere perch� non
provvisto di un RAD agganciato a windows forms).
Alberto Salvati
Apr 17, 2013, 5:45:51 AM4/17/13
to
> Mmmhhh.. mi diresti quali "altre cose" c++ non sarebbe ottimo? :-)
Touche! :-D
> Sia chiaro che non voglio deragliare su argomenti tipicamente da flames:
> mi sto solo sforzando di capire dove tu vedi questo confine tra delphi e
> c++.
Non xche c++ è lassativo ma xche lo trovo poco adatto.
Poi ci sono cose che fai solo in c++: usare il ddk, ad esempio.
> Forse il fatto che la memoria te la devi gestire tu?
IO ODIO I GARBAGE COLLECTOR.
A.
Morde
Apr 17, 2013, 6:09:22 AM4/17/13
to
On 17.04.2013 11:45, Alberto Salvati wrote:
> Fermo restando che le regole sono fatte x essere violate, un gestionale in c++ io tendenzialmente non lo farei.
> Non xche c++ è lassativo ma xche lo trovo poco adatto.
Si, ok, ma non stai argomentando.. io vorrei capire se ci sono, a tuo
> Fermo restando che le regole sono fatte x essere violate, un gestionale in c++ io tendenzialmente non lo farei.
> Non xche c++ è lassativo ma xche lo trovo poco adatto.
avviso, dei limiti funzionali usando c++ al posto di delphi.
Ovviamente escludendo il framework che useresti, sia esso winforms o vcl
che sia.
> Poi ci sono cose che fai solo in c++: usare il ddk, ad esempio.
Insisto su questo perchè oggi, dopo tre anni di programmazione con C++,
non vedo più tutti questi vantaggi che delphi conserverebbe.
Forse, l'unico vero e grosso vantaggio che hai mantenendo delphi è
quello di continuare ad avere la massima produttività restando sul RAD
che usi da 20 anni o giù di lì.
> E uno che mi conosce dice questo? :-|
> IO ODIO I GARBAGE COLLECTOR.
collector, dovresti amare C++ e andare verso di lui, piuttosto che
Java... o mi sbaglio? ;-)
Alberto, facci un "pensierino": Qt è lì che ti aspetta a braccia aperte :-)
Alberto Salvati
Apr 17, 2013, 6:27:10 AM4/17/13
to
> Si, ok, ma non stai argomentando..
correggo il tiro:
se in c++ ho un framework che mi permette di svluppare applicazioni, servizi, web services, etc, il tutto NATIVO per win32 e/o win64 senza necessità di alcun runtime esterno come .net o la virtual machine di java, con un rad comodo sulla falsariga (ma anche diverso) di quello di delphi, con un framework sul tipo della vcl (ma anche diverso) posso iniziare a sviluppare in c++ IERI.
> Certamente. Ma C++ non è limitato solo ai drivers.
> Insisto su questo perchè oggi, dopo tre anni di programmazione con C++,
> non vedo più tutti questi vantaggi che delphi conserverebbe.
> Forse, l'unico vero e grosso vantaggio che hai mantenendo delphi è
> quello di continuare ad avere la massima produttività restando sul RAD
> che usi da 20 anni o giù di lì.
Ma non per "mi scoccio di imparare cose nuove" quanto per "non ho tempo".
Purtroppo oggi devi correre per restare fermo...
> > IO ODIO I GARBAGE COLLECTOR.
> Proprio perchè ti conosco, ti chiedo: se odi così tanto i garbage
> collector, dovresti amare C++ e andare verso di lui, piuttosto che
> Java... o mi sbaglio? ;-)
> Alberto, facci un "pensierino": Qt è lì che ti aspetta a braccia aperte :-)
A.
Morde
Apr 17, 2013, 7:05:23 AM4/17/13
to
On 17.04.2013 12:27, Alberto Salvati wrote:
>> Si, ok, ma non stai argomentando..
>
> correggo il tiro:
>
> se in c++ ho un framework che mi permette di svluppare applicazioni, servizi,
> web services, etc, il tutto NATIVO per win32 e/o win64
> senza necessità di alcun runtime esterno come .net o la virtual
machine di java,
> con un rad comodo sulla falsariga (ma anche diverso) di quello di
delphi,
> con un framework sul tipo della vcl (ma anche diverso) posso
iniziare a sviluppare in c++ IERI.
Bene, allora puoi iniziare a guardare Qt: http://qt-project.org/
>> Si, ok, ma non stai argomentando..
>
> correggo il tiro:
>
> se in c++ ho un framework che mi permette di svluppare applicazioni, servizi,
> web services, etc, il tutto NATIVO per win32 e/o win64
> senza necessità di alcun runtime esterno come .net o la virtual
machine di java,
> con un rad comodo sulla falsariga (ma anche diverso) di quello di
delphi,
> con un framework sul tipo della vcl (ma anche diverso) posso
iniziare a sviluppare in c++ IERI.
>
>> Forse, l'unico vero e grosso vantaggio che hai mantenendo delphi è
>> quello di continuare ad avere la massima produttività restando sul RAD
>> che usi da 20 anni o giù di lì.
>
> Quest sicuramente ha il suo peso.
> Ma non per "mi scoccio di imparare cose nuove" quanto per "non ho tempo".
> Purtroppo oggi devi correre per restare fermo...
>>> IO ODIO I GARBAGE COLLECTOR.
>> Proprio perchè ti conosco, ti chiedo: se odi così tanto i garbage
>> collector, dovresti amare C++ e andare verso di lui, piuttosto che
>> Java... o mi sbaglio? ;-)
>
> Forse c++ e java sono interscambiabili?
C++ puoi gestire la memoria a mano.
L'espressione "andare verso java", riferita a te, riguarda il fatto che
qui nel ng hai dimostrato più volte interesse verso Java. Tutto lì.
>> Alberto, facci un "pensierino": Qt è lì che ti aspetta a braccia aperte :-)
>
> qt e c++? e come li metti insieme, giusto per capire?
E' naturale quindi usare C++ per sfruttarlo (ma esistono dei binding per
python).
Usando i moduli [1] del framework, riesci a generare eseguibili win32
nativi che fanno tutto [2], sfruttando fino a due compilatori, mingW
(sarebbe il GCC portato su windows) oppure il compilatore C++ di VS.
Ma non mi dilungo oltre per non essere dispersivo.
Cmq tu chiedi tutto quello che ti viene in mente, e se conosco la
risposta, l'avrai. Se non vuoi installare e provare niente, puoi sempre
vedere come si realizzano le varie applicazioni guardando i video
tutorials: http://qt-project.org/videos
[1] http://qt-project.org/doc/qt-5.0/qtdoc/modules.html
[2] http://qt-project.org/doc/qt-5.0/qtdoc/qtexamplesandtutorials.html
Marco Breveglieri
Apr 17, 2013, 7:30:22 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 11:36:13 UTC+2, Morde ha scritto:
> Mmmhhh.. mi diresti quali "altre cose" c++ non sarebbe ottimo? :-)
Preciso che io non mi riferivo al linguaggio, ma al prodotto in sé.
> Mmmhhh.. mi diresti quali "altre cose" c++ non sarebbe ottimo? :-)
Delphi è un ambiente RAD, con tutti i vantaggi del caso (per il tipo di applicazioni di cui stiamo parlando), mentre Visual Studio non lo è.
Poi, il linguaggio in quanto tale non incide, secondo me, perché se parliamo di Microsoft Visual C++ è un conto, se parliamo del (meglio noto come) C++Builder, allora la questione è diversa.
> mi sto solo sforzando di capire dove tu vedi questo confine tra delphi e
> c++.
Ciao,
Marco.
Marco Breveglieri
Apr 17, 2013, 7:31:58 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 11:43:23 UTC+2, Morde ha scritto:
> A che mi risulta si può anche sviluppare in modo nativo per windows con
> c++ [...]
Se si parla di C++Builder è un conto, perché parliamo di RAD.
Non vale lo stesso discorso per Microsoft Visual C++.
> A che mi risulta si può anche sviluppare in modo nativo per windows con
> c++ [...]
Se si parla di C++Builder è un conto, perché parliamo di RAD.
Non vale lo stesso discorso per Microsoft Visual C++.
Marco Breveglieri
Apr 17, 2013, 7:35:53 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 11:27:18 UTC+2, Alberto Salvati ha scritto:
> l'editor si, maremma troia! :-((
L'editor di codice in quanto tale non mi risulta. :|
> l'editor si, maremma troia! :-((
Solo alcune funzionalità di *editing*, nel senso di comandi dell'IDE eseguiti a partire dal codice scritto nell'editor (come il Refactoring) mi risultano implementate in .NET, così come altri servizi che basano sul codice il loro funzionamento, ma normalmente - senza ricorrere a questi strumenti - l'editing del codice avviene in un controllo nativo al 100% che non fa uso di .NET.
Tant'è vero che, tempo addietro, quando facevo configurazioni di Delphi che escludessero le parti basate su .NET Framework per risparmiare risorse, l'editor funzionava sempre e comunque.
Non è inoltre necessario ricorrere a classi del framework per integrarsi con i servizi dell'OTA.
Morde
Apr 17, 2013, 8:01:33 AM4/17/13
to
On 17.04.2013 13:31, Marco Breveglieri wrote:
>
> Se si parla di C++Builder � un conto, perch� parliamo di RAD.
non ricordavo nemmeno esistesse).
>
> Se si parla di C++Builder � un conto, perch� parliamo di RAD.
> Non vale lo stesso discorso per Microsoft Visual C++.
Temo di essermi confuso: intendevo visual studio, non visual c++ (che
non ricordavo nemmeno esistesse).
Alberto Salvati
Apr 17, 2013, 8:04:27 AM4/17/13
to
> > l'editor si, maremma troia! :-((
> L'editor di codice in quanto tale non mi risulta. :|
..allora tutti gli scoppic he ongi tanto delphi2009 fa non sono colpa di .net???? Aiutooooooo!
> L'editor di codice in quanto tale non mi risulta. :|
A.
Marco Breveglieri
Apr 17, 2013, 8:52:26 AM4/17/13
to
Il giorno mercoledì 17 aprile 2013 14:01:33 UTC+2, Morde ha scritto:
> Temo di essermi confuso: intendevo visual studio, non visual c++ (che
> non ricordavo nemmeno esistesse).
Se usi Visual Studio per progetti basati sul .NET Framework (con C#, VB.NET, F#, C++ CLR, Delphi Prism), allora hai un editor visuale delle interfacce e altri strumenti tipicamente RAD a disposizione; negli altri casi (es. C++ con MFC o affini), a parte qualche wizard, non c'è altro.
> Temo di essermi confuso: intendevo visual studio, non visual c++ (che
> non ricordavo nemmeno esistesse).
Morde
Apr 17, 2013, 10:01:43 AM4/17/13
to
On 17.04.2013 14:52, Marco Breveglieri wrote:
> negli altri casi (es. C++ con MFC o affini), a parte qualche wizard,
non c'č altro.
> negli altri casi (es. C++ con MFC o affini), a parte qualche wizard,
Grazie per i chiarimenti: usando QT creator con mingw non mi sono mai
preoccupato di controllare il RAD con VS, pur sapendo che puň compilare
con i binding.
Verificherň appena ne avrň l'occasione.
Ciao,
Enrico 'Henryx' Bianchi
Apr 17, 2013, 3:46:35 PM4/17/13
to
Marco Breveglieri wrote:
> Sì. Diciamolo meglio: per "nativa" intendo quella che non ha bisogno del
> .NET Framework. :)
Detta cosi`, allora anche Python e` nativo: http://www.py2exe.org/ :D
> Sì. Diciamolo meglio: per "nativa" intendo quella che non ha bisogno del
> .NET Framework. :)
Enrico
0 new messages