<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why Delphi for PHP should have used Prado instead of VCL</title>
	<atom:link href="http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/</link>
	<description>PHP, AS3, Flex, Flash</description>
	<lastBuildDate>Tue, 29 Jun 2010 14:08:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: VCL/PHP followup &#124; Eirik Hoem's Blog</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-297</link>
		<dc:creator>VCL/PHP followup &#124; Eirik Hoem's Blog</dc:creator>
		<pubDate>Tue, 26 Aug 2008 10:09:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-297</guid>
		<description>[...] receiving quite some feedback on my post “Why Delphi for PHP should have used Prado instead of VCL” I decided to do a follow up to that post. Some of the feedback was quite interesting, hence this [...]</description>
		<content:encoded><![CDATA[<p>[...] receiving quite some feedback on my post “Why Delphi for PHP should have used Prado instead of VCL” I decided to do a follow up to that post. Some of the feedback was quite interesting, hence this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-296</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-296</guid>
		<description>@akash: I realize that my “most developers are not on windows” comment was a bit off. The IDE support under Windows has proven to be quite superior, but vendors like Zend are picking up with Zend Studio Eclipse, and NetBeans 6.5 introduced PHP support as well. When it comes to the VS.net vs Delphi approach that sounds right.. maybe I&#039;m just not a Delphi-friendly person;)

@andreas: I agree that Prado isn&#039;t doing the best job out there, but having *something* is far better than having nothing. I state this because of the lack of name spaces in PHP and possible collisions with PHP classes. What would happen if PHP introduced a class with a name that VCL/PHP already use?
@peter: There are lots of people wishing for the same.. who knows what&#039;s coming? ;)


@lami: I&#039;ve not seen the demos, but I&#039;d be happy to find something usable :) Vs.net is a far superior IDE imo.. pity that it does not support PHP.


@delphi-php
Yeah, it&#039;s fairly fresh, but the team should have experience enough to create a solid architecture from scratch. Refactoring the code into something proper would take quite some time.


@pieter
I&#039;d like to check out the latest version of VCL/PHP and perhaps do a follow up on the topic, and I will discuss the points you bring up in your comment.</description>
		<content:encoded><![CDATA[<p>@akash: I realize that my “most developers are not on windows” comment was a bit off. The IDE support under Windows has proven to be quite superior, but vendors like Zend are picking up with Zend Studio Eclipse, and NetBeans 6.5 introduced PHP support as well. When it comes to the VS.net vs Delphi approach that sounds right.. maybe I&#8217;m just not a Delphi-friendly person;)</p>
<p>@andreas: I agree that Prado isn&#8217;t doing the best job out there, but having *something* is far better than having nothing. I state this because of the lack of name spaces in PHP and possible collisions with PHP classes. What would happen if PHP introduced a class with a name that VCL/PHP already use?<br />
@peter: There are lots of people wishing for the same.. who knows what&#8217;s coming? <img src='http://blog.eirikhoem.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>@lami: I&#8217;ve not seen the demos, but I&#8217;d be happy to find something usable <img src='http://blog.eirikhoem.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Vs.net is a far superior IDE imo.. pity that it does not support PHP.</p>
<p>@delphi-php<br />
Yeah, it&#8217;s fairly fresh, but the team should have experience enough to create a solid architecture from scratch. Refactoring the code into something proper would take quite some time.</p>
<p>@pieter<br />
I&#8217;d like to check out the latest version of VCL/PHP and perhaps do a follow up on the topic, and I will discuss the points you bring up in your comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: delphi-php</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-290</link>
		<dc:creator>delphi-php</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:02:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-290</guid>
		<description>Look how long Prado has been around compared to VCL4PHP? I’m sure in time the VCL4PHP will be as good, if not better than Prado. Besides, coming from a delphi developer background I’ve always liked names with the letters VCL in them ;)</description>
		<content:encoded><![CDATA[<p>Look how long Prado has been around compared to VCL4PHP? I’m sure in time the VCL4PHP will be as good, if not better than Prado. Besides, coming from a delphi developer background I’ve always liked names with the letters VCL in them <img src='http://blog.eirikhoem.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pieter Viljoen</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-289</link>
		<dc:creator>Pieter Viljoen</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-289</guid>
		<description>Keep in mind that the Codegear had to work quickly to get tools people in the market needed in order to stay viable. So they focused on their core competency and released a whole range of products in a spectacularly short period.

Delphi for PHP now provides the basis for the PHP community to rationalise and cleanup sets of standard component suites. So here is plenty of opportunity to extend or event replace the component libraries shipping with PHP.

Much more can be critized about PHP than just the issues raised above. The language is fundamentally ugly and flawed. Point is their is a mass market out there which Codegear recognized and capitalised on. PHP is relatively lightweight, it is effective and the Delphi IDE makes it extremely productive!

I disagree with the fact that Delphi for PHP was made for the normal Delphi guys since they are already used to the IDE. I much rather prefer to work with the Intraweb components inside the standard Delphi. TMS provides excellent extensions to the components and i do not have to change the language. So I re-use many many common routines between my normal Delphi and Intraweb applications.

So I think Delphi gives PHP developers across the world tremendous benefit.

I employed a few such developers and in just 2 weeks now have an entire web based application.

So sometimes things are not perfect, just pragmatic.</description>
		<content:encoded><![CDATA[<p>Keep in mind that the Codegear had to work quickly to get tools people in the market needed in order to stay viable. So they focused on their core competency and released a whole range of products in a spectacularly short period.</p>
<p>Delphi for PHP now provides the basis for the PHP community to rationalise and cleanup sets of standard component suites. So here is plenty of opportunity to extend or event replace the component libraries shipping with PHP.</p>
<p>Much more can be critized about PHP than just the issues raised above. The language is fundamentally ugly and flawed. Point is their is a mass market out there which Codegear recognized and capitalised on. PHP is relatively lightweight, it is effective and the Delphi IDE makes it extremely productive!</p>
<p>I disagree with the fact that Delphi for PHP was made for the normal Delphi guys since they are already used to the IDE. I much rather prefer to work with the Intraweb components inside the standard Delphi. TMS provides excellent extensions to the components and i do not have to change the language. So I re-use many many common routines between my normal Delphi and Intraweb applications.</p>
<p>So I think Delphi gives PHP developers across the world tremendous benefit.</p>
<p>I employed a few such developers and in just 2 weeks now have an entire web based application.</p>
<p>So sometimes things are not perfect, just pragmatic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lami…</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-287</link>
		<dc:creator>lami…</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-287</guid>
		<description>Delphi for PHP 2.0 is out and their demo videos look awesome (that is till you actually use the IDE)

Why these guys do not use Prado or support it beats me. I just tried it out and thought it was horrible. I’ll stick with Prado and ASP.Net</description>
		<content:encoded><![CDATA[<p>Delphi for PHP 2.0 is out and their demo videos look awesome (that is till you actually use the IDE)</p>
<p>Why these guys do not use Prado or support it beats me. I just tried it out and thought it was horrible. I’ll stick with Prado and ASP.Net</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Laman</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-286</link>
		<dc:creator>Peter Laman</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:00:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-286</guid>
		<description>But how I’d like to have a Prado based IDE, which would guide me through the enormous forest of Prado classes!</description>
		<content:encoded><![CDATA[<p>But how I’d like to have a Prado based IDE, which would guide me through the enormous forest of Prado classes!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-285</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Tue, 26 Aug 2008 08:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-285</guid>
		<description>You complain about the missing prefix in VCL/PHP, and use the T-Prefix of Prado as an example how it should be. The problem is, that the prado classes are obviously named after the Windows-VCL. In the Windows-VCL there are TLabel, TTable, TButton and so on. In the usual naming convention of Delphi T just prefixes a *Type* … “TLabel” just means “Type Label”. If the VCL/PHP had just used the original names from the VCL/Delphi, the classes would have been prefixed with an T, too. In fact, neither Prado nor Delphi/VCL used a product-specific prefix.</description>
		<content:encoded><![CDATA[<p>You complain about the missing prefix in VCL/PHP, and use the T-Prefix of Prado as an example how it should be. The problem is, that the prado classes are obviously named after the Windows-VCL. In the Windows-VCL there are TLabel, TTable, TButton and so on. In the usual naming convention of Delphi T just prefixes a *Type* … “TLabel” just means “Type Label”. If the VCL/PHP had just used the original names from the VCL/Delphi, the classes would have been prefixed with an T, too. In fact, neither Prado nor Delphi/VCL used a product-specific prefix.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lami</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-230</link>
		<dc:creator>lami</dc:creator>
		<pubDate>Thu, 19 Jun 2008 04:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-230</guid>
		<description>I just used delphi&#039;s latest version of their IDE (Delphi for PHP 2.0) and why they still choose not to use Prado or support it just beats me.

It sucks compared to Visual Studio.  I&#039;ll be sticking with ASP.Net and Prado I guess</description>
		<content:encoded><![CDATA[<p>I just used delphi&#8217;s latest version of their IDE (Delphi for PHP 2.0) and why they still choose not to use Prado or support it just beats me.</p>
<p>It sucks compared to Visual Studio.  I&#8217;ll be sticking with ASP.Net and Prado I guess</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Akash Mehta</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-26</link>
		<dc:creator>Akash Mehta</dc:creator>
		<pubDate>Sat, 23 Feb 2008 23:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-26</guid>
		<description>You have to remember that Delphi for PHP was built for Delphi developers. Delphi developers love it and have done some pretty cool stuff in the year or so its been around. The VCL for PHP also functions similar to Delphi&#039;s VCL.

Prado, on the other hand, was a VS.net/ASP approach. CodeGear could have created VWD for PHP and used Prado. But they didn&#039;t, because they&#039;re Borland and they work with Delphi, not VS.net.

By the way, most PHP developers would be developing applications on the Windows platform (especially with the better IDE selection), but many would have Linux boxes available for testing. Some development shops enforce purely Linux for development, testing and deployment. I personally use both; I VNC to my linux box from within my Vista-based laptop for the best of both worlds.</description>
		<content:encoded><![CDATA[<p>You have to remember that Delphi for PHP was built for Delphi developers. Delphi developers love it and have done some pretty cool stuff in the year or so its been around. The VCL for PHP also functions similar to Delphi&#8217;s VCL.</p>
<p>Prado, on the other hand, was a VS.net/ASP approach. CodeGear could have created VWD for PHP and used Prado. But they didn&#8217;t, because they&#8217;re Borland and they work with Delphi, not VS.net.</p>
<p>By the way, most PHP developers would be developing applications on the Windows platform (especially with the better IDE selection), but many would have Linux boxes available for testing. Some development shops enforce purely Linux for development, testing and deployment. I personally use both; I VNC to my linux box from within my Vista-based laptop for the best of both worlds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eirikhoem</title>
		<link>http://blog.eirikhoem.net/index.php/2007/09/14/why-delphi-for-php-should-have-used-prado-instead-of-vcl/comment-page-1/#comment-25</link>
		<dc:creator>eirikhoem</dc:creator>
		<pubDate>Mon, 21 Jan 2008 09:04:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.eirikhoem.net/?p=25#comment-25</guid>
		<description>ibandyop:
Sounds interesting. I will look into this when I get some time.

Thanks for the heads-up!</description>
		<content:encoded><![CDATA[<p>ibandyop:<br />
Sounds interesting. I will look into this when I get some time.</p>
<p>Thanks for the heads-up!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
