Delphi per php
RobertoA
colpi di codice col notepad che fine fanno ?
Ciao
RobertoA
Alessandro Pellizzari
> Ma adesso che arriva il Delphi per Php, tutti quelli che prima lavoravano a
> colpi di codice col notepad che fine fanno ?
Ma la tua e` una trollata o sei serio? :)
Bye.
Salvatore Paci
news:567cg4F...@mid.individual.net...
ho pescato questo:
Avevamo appena finito di spegnere la dodicesima candelina per il compleanno
di Delphi che la CodeGear - azienda nata dalla costola di Borland - spara la
doppietta e ci sforna Delphi 2007 for Win32 e Delphi for PHP. Immaginate lo
stupore sul viso di chi da un bel po' di tempo si aspettava una semplice
release d'integrazione con Windows Vista.
Ma cominciamo con la vera rivelazione, ovvero Delphi for PHP, che fornisce
lo stesso ambiente di sviluppo RAD (Rapid Application Development) di Delphi
per scrivere applicazioni Web attraverso un linguaggio di scripting come il
PHP. Il cuore del Framework è la VCL for PHP, una libreria che ha integrato
classi PHP 5 con oltre 50 componenti riutilizzabili, inclusi button,
textbox, label, ecc. Per la verità, si tratta della summa di diverse altre
librerie open source (Qooxdoo, Adodb, DynAPI, Smarty, XAjax e JSCalendar) ed
immagino che si tratti dello stesso progetto ospitato sul sito di
SourceForge.net. Sfortunatamente però il codice in questione non è più
scaricabile per cui viene spontaneo chiedersi se si tratterà del più
classico dei dual-licensing oppure l'azienda ha semplicemente cambiato idea.
In tal caso non sarebbe la prima volta.
Se volete farvi un'idea sul prodotto, che dovrebbe uscire a marzo, sul sito
ufficiale, oltre al classico datasheet, c'è un interessante quick start che
ne spiega l'installazione e un video dimostrativo in Flash che mostra come
creare il primo "Hello World!". Sul versante prezzi per ora esiste solo la
Standard Edition che costa 299 dollari. David Intersimone, Vice Presidente e
Chief Evangelist di CodeGear, sostiene che fino ad oggi non esisteva un
ambiente RAD con un architettura a componenti per PHP che permettesse di
costruire del codice riutilizzabile. Certamente l'impatto dell'IDE di Delphi
è notevole rispetto ad altri framework, ma forse il buon David ha
dimenticato prodotti come Eclipse PHP e Zend Studio che fino ad oggi erano
le uniche alternative per gli sviluppatori PHP.
Con Delphi 2007 for Win32 abbiamo finalmente il supporto avanzato a Windows
Vista, alla tecnologia Web 2.0 con AJAX e la gestione della compilazione dei
progetti attraverso la MSBuild, come ho già ampiamente documentato in un
precedente articolo. Peccato che esistano solo versioni Professional ed
Enterprise e niente di simile alla serie Turbo che tanto ci aveva
entusiasmato. Comunque sul sito ufficiale sono ben descritti i cinque motivi
per scegliere una versione piuttosto che l'altra.
Sul versante database entrambi i prodotti forniscono una licenza InterBase
2007 per sviluppatori e un'architettura RAD per DBX4 per connettersi
facilmente ad altri RDBMS come Microsoft SQL Server, MySQL e Oracle. Anche
se non si parla espressamente di Firebird, immagino che sia supportato. Se
volete conoscere i commenti a caldo di Nick Hodges, Direttore di prodotto di
Delphi, visitate la pagina dedicata all'argomento.
Francesco F
> Ma adesso che arriva il Delphi per Php, tutti quelli che prima lavoravano a
> colpi di codice col notepad che fine fanno ?
Ci dedichiamo alla correzione degli errori del Delphi!
Francesco
*Fabio*
Ma non esiste una versione trial?
RobertoA
>> a
>> colpi di codice col notepad che fine fanno ?
>
> Ma la tua e` una trollata o sei serio? :)
>
> Bye.
Ma perche' dicci cio' ?
Delphi e' sicuramente un eccellente ambiente di suiluppo
Php e' uno dei linguacci server-side tra i piu' usati
L'accoppiata sembra esplosiua
Non ti interesserebbe scriuere piu' rapidamente il codice che ti serve ?
L'unica incognita e' la baraonda di cambiamenti che stanno attraversando gli
strumenti Borland
Ciao
RobertoA
Alessandro Pellizzari
>>> Ma adesso che arriva il Delphi per Php, tutti quelli che prima lavoravano
>>> a
>>> colpi di codice col notepad che fine fanno ?
>>
>> Ma la tua e` una trollata o sei serio? :)
> Ma perche' dicci cio' ?
Ancora non capisco se stai prendendo per il culo. :P
Il fatto che sulla tua tastiera manchino i tasti v e g non depone a tuo
favore, ma ti do` il beneficio del dubbio. :)
> Delphi e' sicuramente un eccellente ambiente di suiluppo
Dipende a cosa lo applichi.
> Php e' uno dei linguacci server-side tra i piu' usati
E fin qua siamo d'accordo :)
> L'accoppiata sembra esplosiua
Nel senso che potrebbe far danni? :)
> Non ti interesserebbe scriuere piu' rapidamente il codice che ti serve ?
Parliamo seriamente, va.
Per rispondere alla tua domanda originale: tutti quelli che scrivevano col
notepad, potrebbero anche passare a Delphi/PHP, col risultato che la gente
prenderebbe ancora piu` in giro PHP perche` "porta a produrre codice
scritto male", semplicemente perche` non penso che nessun professionista
serio usi il notepad oltre le 5-10 righe di codice o le modifiche "al
volo" a uno script. Quindi quelli che passassero a Delphi non sarebbero
professionisti.
Detto questo, di framework in giro ce ne sono gia` diversi (zend, symfony,
cake, ecc.), tra cui un paio che fanno la stessa cosa di Delphi:
raggruppare diverse componenti gia` esistenti in un solo progetto. E se
conti anche cose come Drupal o Joomla, che hanno le loro API di
programmazione, il campo si allarga ancora di piu`.
Non sappiamo ancora cosa dia di piu` Delphi/PHP. Probabilmente
un'interfaccia grafica, che ho gia` criticato qualche settimana fa ai
primi screenshot (perche` mi pare porti ad usare posizionamenti assoluti
come se fosse un normale programma Windows. Dico Windows perche` di solito
in Linux si usano interfacce fluide).
Considerando inoltre che un buon 65-70% della comunita` di sviluppatori
PHP lavora sotto Linux (e forse un altro 5-10% sotto Mac), rimane ben poco
mercato per un software che va solo sotto Windows.
Il codice si scrive rapidamente progettandolo prima, non aprendo un IDE e
spostando controlli in giro, perche` va a finire che:
1- vieni limitato dal framework
2- il codice non e` efficiente
3- quando vai a modificarlo manualmente impazzisci
4- se lo modifichi manualmente l'IDE impazzisce
5- non hai controllo su quello che succede
Con un normale framework hai solo 3 (forse 4) degli svantaggi qui sopra. E
il primo di solito non e` cosi` limitante come trovarsi i widget
preconfezionati e magari non modificabili.
Inoltre per passare a un framework devi aver deciso di farlo, e di
abbandonare lo sviluppo "tutto in casa" che stai adottando.
Molti lo hanno gia` fatto, quindi non hanno intenzione, a breve, di
buttare anni di studio per passare a un prodotto, per di piu` closedsource
(e quindi soggetto ai capricci di Borland, non forkabile, non
modificabile, senza una community di sviluppatori).
Chi, come me, gia` ha una certa riluttanza verso i framework, non ci
pensera` minimamente a usarlo (vedi anche tutti gli svantaggi sopra:
Windows, closedsource, IDE, absolute, ecc.).
Poi, per carita`, stiamo parlando di un prodotto che non e' ancora uscito,
quindi sono solo congetture (le mie e le tue), ma la mia opinione e` che
non fara' molta strada, e che dovrebbe resistere sul mercato almeno 3-4
anni prima di avere una base utenti decente (intendo di professionisti,
non di smanettatori).
Notare che non ho niente contro gli smanettatori. In Informatica il modo
migliore per iniziare qualcosa e` smanettarci, e l'ho fatto anche io, ma
la massa critica, la community, la crei tra gente che lo fa un po' piu`
che per hobby, e per un prodotto commerciale la fai tra gli sviluppatori
professionisti.
E` anche vero che VB.Net lo usa un sacco di gente, e che ho visto obbrobri
di programmazione da cosiddetti professionisti... dove non riesce la
tecnica riesce il marketing... :(
Bye.
RobertoA
>>>> lavoravano
>>>> a
>>>> colpi di codice col notepad che fine fanno ?
>>>
>>> Ma la tua e` una trollata o sei serio? :)
>
>> Ma perche' dicci cio' ?
>
> Ancora non capisco se stai prendendo per il culo. :P
> Il fatto che sulla tua tastiera manchino i tasti v e g non depone a tuo
> favore, ma ti do` il beneficio del dubbio. :)
Volevo solo far sorridere, non prendere in giro
>> Delphi e' sicuramente un eccellente ambiente di suiluppo
> Dipende a cosa lo applichi.
>> Php e' uno dei linguacci server-side tra i piu' usati
> E fin qua siamo d'accordo :)
>> L'accoppiata sembra esplosiua
> Nel senso che potrebbe far danni? :)
Nel senso che potrebbe essere un'insieme molto piu' produttivo dei classici
esistenti fin'ora
Ouuu, stiamo parlando di Delphi, mica di Frontpage
Se cambi da codice il visuale si adatta, se cambi da visuale il codice si
adatta
Non c'e' proprio niente che impazzisca
Sull'efficienza, beh credo che i compilatori Borland non abbiano niente da
invidiare a nessuno
Personalmente credo che gli obbrobri li fai con qualsiasi linguaggio
Magari alcuni ti invitano a farlo, ma se sei abituato a fare le tue belle
classettine ordinate in C++ magari ti farai le sub ordinate in Visual Basic
e le unit ordinate in Pascal
Viceversa se sei uno sbrodegone allora sbrodolerai sia in Java che in Cobol
che in Occam e pure in Lisp
Ciao
RobertoA
Maverick FC
wrote:
> Non sappiamo ancora cosa dia di piu` Delphi/PHP. Probabilmente
> un'interfaccia grafica, che ho gia` criticato qualche settimana fa ai
> primi screenshot (perche` mi pare porti ad usare posizionamenti assoluti
> come se fosse un normale programma Windows. Dico Windows perche` di solito
> in Linux si usano interfacce fluide).
Uno dei primi controlli per Windows che sentii la necessità di
scrivermi, fu proprio un controllo che ad ogni resize, resize-ava anche
tutti i controlli sulla pagina. Questo per dire che personalmente non lo
reputo un difetto così insormontabile. E non sottovaluterei l'importanza
di avere quanti più concorrenti possibili a quel che secondo me è il
punto di forza della Microsoft nel settore, e cioè Visual Studio.
> Considerando inoltre che un buon 65-70% della comunita` di sviluppatori
> PHP lavora sotto Linux (e forse un altro 5-10% sotto Mac), rimane ben poco
> mercato per un software che va solo sotto Windows.
Questo è senza dubbio una grave carenza.
E ancor più /grave/ è il fatto di non essere open source.
> Il codice si scrive rapidamente progettandolo prima, non aprendo un IDE e
> spostando controlli in giro, perche` va a finire che:
>
> 1- vieni limitato dal framework
> 2- il codice non e` efficiente
> 3- quando vai a modificarlo manualmente impazzisci
> 4- se lo modifichi manualmente l'IDE impazzisce
> 5- non hai controllo su quello che succede
Suvvia, non essere così catastrofico. :-)
Sembra quasi che un ambiente RAD non possa necessariamente essere utile.
La realtà è che gli ambienti RAD hanno velocizzato e spesso semplificato
l'intero processo di produzione del software. Quindi, aspettiamo di
vedere il prodotto: magari è facilmente estensibile, produce codice
efficiente ed essenziale, è internamente ordinato, ben scritto eccetera.
> Chi, come me, gia` ha una certa riluttanza verso i framework, non ci
> pensera` minimamente a usarlo (vedi anche tutti gli svantaggi sopra:
> Windows, closedsource, IDE, absolute, ecc.).
Anch'io non dormo la notte :-D quando uso porzioni di codice che non ho
scritto personalmente o che non ho studiato, però so anche che se tanti
programmatori reinventano la ruota nel loro piccolo, creandosi ognuno
una sorta di loro framework, la possibilità che dilaghi codice insicuro
è secondo me certamente più alta rispetto all'utilizzo da parte di tutti
di framework open source testati e, si spera, resi efficienti. Per
questo trovo fondamentale il fatto che dovrebbe essere open source.
Per il resto, sono abbastanza d'accordo con te o almeno molto lontano da
chi sembra entusiasta del prodotto prima ancora di provarlo.
Ciao.
Maverick
--
«Che non siete più liberi di non avere una casa con letto per dormire.
Lavorate voi - schiavi dei soldi - che non sentite la puzza della
schiavitù!» (a Mario di Monte Mario, Roma) # http://libre.netsons.org/
Morde
> Ma adesso che arriva il Delphi per Php, tutti quelli che prima lavoravano a
> colpi di codice col notepad che fine fanno ?
Lavoro in delphi da cinque anni e ti dico che alla base la differenza la
faranno sempre quelli che php lo conoscono.
Delphi è, e mi auguro che sarà sempre, il miglior RAD per win32, (anche se
con .NET visual studio ha colmato il gap), e poter offrire tutta questa
serie di strumenti anche per uno sviluppo server side non può che favore
*chi già conosce php*, perchè la differenza in ambito professionale è
sempre sulla conoscenza, non sugli strumenti.
IMHO..
Ciao :)
--
Morde
Alessandro Pellizzari
> Uno dei primi controlli per Windows che sentii la necessità di
> scrivermi, fu proprio un controllo che ad ogni resize, resize-ava anche
> tutti i controlli sulla pagina. Questo per dire che personalmente non lo
> reputo un difetto così insormontabile. E non sottovaluterei l'importanza
Io una delle prime cose che faccio sotto Windows e` di impostare la
risoluzione dello schermo, attivare il ClearType e ingrandire un po' i
caratteri.
Non hai idea di quanti software ancora oggi sbordino coi testi invece di
allargare la finestra. :)
Succede anche sotto Linux, di solito tra chi usa WX per scrivere le
interfacce. Ed e` il motivo per cui non mi piace WX e uso solo Gtk. ;)
> di avere quanti più concorrenti possibili a quel che secondo me è il
> punto di forza della Microsoft nel settore, e cioè Visual Studio.
Questo e` vero. Un po' di concorrenza fa solo bene.
>> 1- vieni limitato dal framework
> Suvvia, non essere così catastrofico. :-)
> Sembra quasi che un ambiente RAD non possa necessariamente essere utile.
OK, cerco di ammorbidirmi un po' :)
> La realtà è che gli ambienti RAD hanno velocizzato e spesso semplificato
> l'intero processo di produzione del software. Quindi, aspettiamo di
> vedere il prodotto: magari è facilmente estensibile, produce codice
> efficiente ed essenziale, è internamente ordinato, ben scritto eccetera.
Sono pienamente d'accordo a meta`. :P
Un RAD completo spesso e` limitante, mentre un editor e un GUI builder
separato spesso permettono di aumentare la produttivita`.
Inoltre separi meglio il lavoro del programmatore da quello del grafico, e
nel caso web dell'HTMLista.
Quindi parto estremamente prevenuto nei confronti dei RAD "facciotuttoio",
solo un po' prevenuto verso i framework (sto cercando il tempo per testare
symfony e cake), e accetto i CMS come sono, cercando di vedere fin dove
posso spingermi (con Drupal, per esempio).
Il problema e` che facendo siti personalizzati al massimo, quasi sempre e`
impossibile usare un framework, perche` il cliente vuole quello cosi` e
questo cosa`, quindi tanto vale fartelo a mano.
Bye.
Aragorn
> Ma adesso che arriva il Delphi per Php, tutti quelli che prima lavoravano a
> colpi di codice col notepad che fine fanno ?
Ti do un po' di motivazioni per evitarlo come la peste! :-D
1.Da d7 in poi la vcl e' stata sempre piu' accroccata fino
all'abominovole mega wrap per renderla compatibile con .net
:-D,inoltre uno dei principali artefici di Delphi e' andato
a lavorare alla microsoft per realizzare c#.
2.Chi si ricorda Kylix (totalmente abbandonato).
3.Andate qua
http://www.codegear.com/Products/Delphi/DelphiforPHP/tabid/237/Default.aspx
c'e' una foto dimostrativa(per me falsa) che mostra che il
sito della codegear dentro delphi for php e comunque
guardate che kakkio c'e' nell'html!! non lo posto qui per
pudore ma sarebbe da fare!
anzi ne posto un pezzo e spero che qualcuno mi possa
spiegare che e' :
<span id="dnn_dnnSOLPARTMENU_ctldnnSOLPARTMENU"
name="dnn:dnnSOLPARTMENU:ctldnnSOLPARTMENU"
BackColor="#333333" IconBackgroundColor="#333333"
HlColor="#FF8080" ShColor="#404040" SelForeColor="White"
SelColor="#CCCCCC" FontStyle="font-family:
Tahoma,Arial,Helvetica; font-size: 9pt; font-weight: bold;
font-style: normal; text-decoration: " SysImgPath="/images/"
Display="horizontal" MenuBarHeight="16" MenuItemHeight="21"
IconWidth="15" MOutDelay="500" MenuTransition="None"
BorderWidth="0" IconImgPath="/Portals/0/"
ArrowImage="spacer.gif" CSSMenuArrow="MainMenu_MenuArrow"
CSSMenuBreak="MainMenu_MenuBreak"
CSSMenuContainer="MainMenu_MenuContainer"
CSSMenuBar="MainMenu_MenuBar" CSSSubMenu="MainMenu_SubMenu"
CSSMenuIcon="MainMenu_MenuIcon"
CSSMenuItem="MainMenu_MenuItem"
CSSMenuItemSel="MainMenu_MenuItemSel"
CSSRootMenuArw="MainMenu_RootMenuArrow"
XML="<root><menuitem id="225" [...]
4.Il solo fatto che quando creo un nuovo file e me lo chiami
di default "unit.php" mi fa tremare!
5.Anni fa ricordo che c'era gia' un progetto simile
open-source poi scomparso... scommetto 10 a 1 che la
codegear lo abbia riesumato per poi farne un super prodotto
novita' del 2007.Anche perche' la microsoft ha gia' fatto questo
http://www.microsoft.com/italy/msdn/prodotti/vs2005/editions/download/wdd.mspx
grazie al quale anche un bambino di 5 anni e' in grado di
sviluppare siti web(presto saremo tutti disoccupati :-D )!
Ciao
ps
ah non ti ho risposto!Quelli che progettano con il notepad
spero che non siano mai esistiti anche perche' quell'affare
fa skifo al max scite.
--
#Wizard Developer#
http://www.wizardtale.org
suppaman
"RobertoA" <amor...@tiscalinet.it> wrote:
> Ma perche' dicci cio' ?
> Delphi e' sicuramente un eccellente ambiente di suiluppo
> Php e' uno dei linguacci server-side tra i piu' usati
> L'accoppiata sembra esplosiua
> Non ti interesserebbe scriuere piu' rapidamente il codice che ti serve ?
Ah ma tu ritieni che usando un RAD avrai il codice che ti serve...
Anzi scusa, "il codice che ti serue".
TAC One
<alphace...@fuckspamlibero.it> wrote:
> RobertoA wrote:
> <span id="dnn_dnnSOLPARTMENU_ctldnnSOLPARTMENU"
> name="dnn:dnnSOLPARTMENU:ctldnnSOLPARTMENU" BackColor="#333333"
> IconBackgroundColor="#333333" HlColor="#FF8080" ShColor="#404040"
> SelForeColor="White" SelColor="#CCCCCC" FontStyle="font-family:
> Tahoma,Arial,Helvetica; font-size: 9pt; font-weight: bold; font-style:
> normal; text-decoration: " SysImgPath="/images/" Display="horizontal"
> MenuBarHeight="16" MenuItemHeight="21" IconWidth="15" MOutDelay="500"
> MenuTransition="None" BorderWidth="0" IconImgPath="/Portals/0/"
> ArrowImage="spacer.gif" CSSMenuArrow="MainMenu_MenuArrow"
> CSSMenuBreak="MainMenu_MenuBreak"
> CSSMenuContainer="MainMenu_MenuContainer" CSSMenuBar="MainMenu_MenuBar"
> CSSSubMenu="MainMenu_SubMenu" CSSMenuIcon="MainMenu_MenuIcon"
> CSSMenuItem="MainMenu_MenuItem" CSSMenuItemSel="MainMenu_MenuItemSel"
> CSSRootMenuArw="MainMenu_RootMenuArrow" XML="<root><menuitem
> id="225" [...]
Io sono daccordissimo. Ma.. hai mai provato a guardarti il codice generato
da gmail ?
Avrebbero cmq fatto meglio a comprare (a suon di soldi) un framework quale
può essere, ad esempio, PRADO e incorporarlo nel loro coso. Il risultato
sarebbe stato molto piu' interesante.
Tac
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/