Re: New Delphi roadmap is coming: NO UNICODE PLEASE!

"Brian Moelk" <bmoelk@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:45b4d6c8$1@xxxxxxxxxxxxxxxxxxxxxxxxx
Robert Giesecke wrote:
Well, they don't have to, actually. They can provide one for those who
like the classic Delphi way.
Don't know how much those are/will be and more important: how long will
they go that route.

Yes, the challenge is to enable Delphi to leverage .NET, not become
consumed by it.

Exactly my thought.
Delphi code doesn't have to be based on .NET, but should be able
to interact and leverage it. Win32<->.NET interop is the key in my mind.

I'm the project manager of a .NET desktop application at our company.
As a result, I'm confirmed in my disinterest in .NET *desktop* applications.
AFAICS, no one has demonstrated a need for .NET desktop applications,
let alone Delphi.NET desktop apps. More than ever, I think native is the
way to go.

I want the best of both worlds. To be able to use Win32/64 when it
makes sense, including GUI, and the features that .NET provides when
that makes sense, in the same app.

But I do see a future for Delphi enabled ASP.NET applications.
Delphi.NET can already do this. It hasn't been emphasized at all, and I'm
not convinced that all the bugs are worked out of it, but it's a good start.
AFAIU, Delphi can use any third party aspx components.
This is a big advantage over VCL.NET that has almost no 3party components.

The only customers that know what they want are economists. :)

8:-)

Brad.


.

Relevant Pages

  • Re: Is Borland QA *really* lacking?
    ... web services isn't something that has really ever been well ... > ability to create SOAP clients was only added in a Delphi 6 update. ... The new IW Standard, IW Data, IW Client Side, and IW Control pages provide ... IntraWeb components for developing Web-based applications. ...
    (borland.public.delphi.non-technical)
  • Re: Announcing CodeGear RAD Studio 2007
    ... compelling health applications to be quickly and easily created. ... to continue down this path -- the ability to continue using Crystal Reports ... Delphi, not Delphi.Net. ... applications to students rather than records management to administrators, ...
    (borland.public.delphi.non-technical)
  • Re: Delphi2005 BETA
    ... I take it it's a matter of Borland ... Delphi 2005 - Compact Framework Support? ... find that very few have plans to develop CF applications. ... How can I transition my development teams to .NET (ASP.NET ranks at the ...
    (borland.public.delphi.non-technical)
  • Re: 7.1 update breaks behavior of persistent fields!!
    ... Clearly many folks, ... situation in their applications. ... that was done in Delphi 4 and prior releases. ... persistent field to be larger than the size of the underlying field in the ...
    (borland.public.delphi.non-technical)
  • Re: Signaling for a running application
    ... One written in Deplhi, the other in c#. ... For what it's worth, in your original post, among other things the apparent use of Delphi jargon was a definite impediment to understanding what it is exactly you're trying to do. ... A common technique for connecting two disparate applications would be simply to use regular network i/o. ...
    (microsoft.public.dotnet.framework)