Sneaky_who_am_i said:
“Delphi4PHP is not a viable tool if you truly know PHP.” — I think you mean, not a “vital” tool…? And what is it to “truly know”? Do I have to be on the development team? I doubt that any living being has ever read every page in the manual. Not many people can even recite the list of extensions available on installation. Hey, most (less than 4 years) people I talk to are surprised to learn that E_ALL is not the highest level of error reporting, but they do spend a lot of time writing a lot of code.

———————————————–
No, I meant viable. So here we are two years later, and I still maintain that a go between – an interpreted layer (Kinda like VB) will never be as powerful as the underlying technology that it attempts to emulate.

So that being said, if Delphi4PHP encourages someone to expand their current understanding then great. And for the record, I did read all of the man pages for PHP 4 and 5. E_ALL is the highest level of error, warning and notice reporting as it reports everything. Per PHP manual. Perhaps you can shed some light?

I gave up from it on Delphi 2005, where the IDE was so unstable and heavy that had to perform an Downgrade to Delphi 7. There were only one way to fix those bugs: to pay almost 2000 U$ for a newer version… Worse than that: BDS 2007 have no visual support to WinForms applications, no Crystal Reports (replaced by Component One).

So, I finnaly had my first contact with visual Studio 2005, and I have buyed it immediatly. The debbugger tools from VS2005 and the amazing C# language took all my attention for a few weeks, and without a big effort, I was finnaly able to fulfill an Delphi missing feature:

a descent Web Framework to develop web apps.

I have to admit that Delphi is still the best option to develop native Win32 apps, but it seems to me that this is no longer a problem to me: almost all my customers are using Windows Xp and Vista (with .net framework).

Delphi4PHP is the worse tool I have ever seen. I tried to use it for a long while, but I have never seen so many bugs in one single IDE. (even worse than BDS 2005!!!!)

I think Delphi is dying because Delphi is not a good option to Develop Internet applications. After all, I still cant find a reason to upgrade Delphi (from Delphi 1 to 7, there were always massive improvements from one version to another, but I cant see any after Delphi 8).

Now, it seems that Embarcadero is doing the right thing: they have more focus on Win32, and some good things have been done. But not enough…

This is my opinion: I think the biggest problem in Delphi it’s the VCL itself: many Delphi developers are resistent to adopt .net, beacuse they have to forget the VCL and learn the FCL… A new Win32 VCL is a good move, but I think those developers will be resistent to it too, because it means that they will have to forget something they know well and learn something new.

Maybe, the newer versions of Delphi shall have another name (like Delphi Prism). So, all developers can find it’s favorit flavour there.

At last: Microsoft .net is a dependent technology, but Delphi is also dependent from Microsoft… Delphi is nothing without Windows, and KYLIX is dead and well buryed…

Net technology is Microsoft dependent and we all know how that turns out in the end.They are pushing enormous amounts of money to propagate the stuff but I think it is doomed allready.Net applications are history.Do you remember nice stories about network computers and similar crap.Net based applications?Network office? Network storage?Where are they now?Meanwhile they are trying to promote the Sliverlight in the same way to muscle out Adobe Flash.
32 bit applications will be in use for many many years to come.
Just look at the way users rejected Vista and stayed with XP.Not even Windows 7 will replace XP in a long time.Companies are not idiots with money to waste on fancy looking applications.
My advice is to stay with Delphi.

Yes .NET will die off. That is why Visual Studio is now losing the .NET name (next version). Too many companies adopted the .NET technology without understanding when it should be used.
.NET just prepare for burial.

Yes .NET will die off. That is why Visual Studio is now losing the .NET name (next version). Too many companies adopted the .NET technology without understanding when it should be used.
.NET just prepare for burial.

Delphi is not dead, you really don’t get why they say “Delphi is dead”
Because developers of Delphi doesn’t want newbies in Delphi as there new competition.
They want to preserve Delphi as there best tools.

There are many programs by Delphi, and most of them are very famous, and even some programs coded in Delphi are not famous but very useful to the software technology.

See this: (see it carefully, you’ll be shock that the software you’ve using/try is coded on Delphi)
http://delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi#Hi-Profile_Delphi_Applications_List

So, you want to use .NET, hmp!, in every year .NET upgrades there product and soon old code is gone for new version. Vb6 is not compatible with vb.net. vb.net 2003 is not compatible with vb.net 2005, vb.net 2005 is not compatible with vb.net 2008, and soon vb.net 2010. What a world of m$ victims.

In Delphi, your code is safe, meaning, you can use Delphi code from old version to new versions of Delphi.

Delphi performs 50% more than .NET(period)

Cheers

Delphi is always alive, Delphi is a zombie.
Zombies lives forever.

Sure, we can use php-cli with php-gtk or php-qt and make full, graphical php desktop apps. And sure, I use it for most of my shell scripting now… But I can’t exactly ship PHP sources and cli clients to everyone constantly – a benefit of this higher level of integration (ew a polyglot) is surely a higher level of portability, too. The more ways we can ship desktop php apps, and the more ways in which we can write php extensions… Well, I’m just saying I don’t think it can hurt.

Delphi adds another PHP answer to py2exe.
Go PHP! Go Delphi! Go Python! Go C++! We’re spoilt for choice, and it’s a good thing.

“Delphi4PHP is not a viable tool if you truly know PHP.” — I think you mean, not a “vital” tool…? And what is it to “truly know”? Do I have to be on the development team? I doubt that any living being has ever read every page in the manual. Not many people can even recite the list of extensions available on installation. Hey, most (less than 4 years) people I talk to are surprised to learn that E_ALL is not the highest level of error reporting, but they do spend a lot of time writing a lot of code.

Whatever tools the tools are which help us get the job done or to increase our understanding, those tools are worth considering.
Not to rubbish what you’re saying, Dan Wade – I agree that PHP is more than fully featured and perfectly capable of standing on its own, you have a good point.
Just… PHP4Delphi looks and smells like a good thing as well.

Delphi4PHP is not a viable tool if you truly know PHP. It’s like using Dreamweaver and saying you are a webmaster.

=====================================
# ibandyop Says:
April 28th, 2008 at 10:09 am

Delphi will not die., it will simply evolve. You can already use your existing code on Linux based OS.
Don’t forget Delphi4PHP

Something that isn’t shareware?

p.s. Sawzall and Python are not the most popular programming languages of all time and are used by the most popular company of all time: google. I think google is an enterprise. Therefore, popularity of a language isn’t always important in huge enterprises, such as google. Since google is an enterprise… and they use Python and Sawzall.. what makes you think Enterprises can’t use Delphi and freepascal if they need to use it? I am using freepascal and delphi for all my “enterprises” I consult with, for web apps and desktop software.