Re: There is no .NET in Vista Code?

"Ryan McGinty" <rmcginty@xxxxxxxxxxxxxxxx> wrote in message
news:f8eaca9c6fe138c81aab9b389a64@xxxxxxxxxxxxxxxxxxxxxxxxx

I believe this trend has been the "bloat is best" mantra at MS for awhile
and started back with VB :) You can't have sleek sexy programs running on
an OS that keeps growing exponentially in size and requirements. That
would just be wrong.


One of the great things for developers producing .NET applications is that
this trend has at last been reversed.

Maybe you are thinking of Delphi .NET apps? These certainly have some
significant overhead but that is a Delphi problem not a .NET problem.

Typically my non-VCL, non-Delphi .NET apps are less than 1/10th of the size
of the original Delphi Win32 app that I translated.

e.g. one Win32 Delphi app I ported was originally 670K. The new Component
Pascal for .NET version exe is a sleek sexy 44K. Added bonuses are that it
has more features than the original and no longer needs third-party
components - everything I needed was included in the .NET framework

The requirement for the user to download the .NET framework is the only
thing that is holding me back from distributing .NET apps. However, it is a
very short-term issue. Sooner rather than later it will be pre-installed
along with the OS (some manufacturers are already doing so). It will be no
more necessary to download and install the framework than it was to download
and install Comctl32.dll and all the other Win32 dlls needed for your Win32
app to run.

Unfortunately for Delphi, it is highly unlikely that the VCL.NET framework
will ever be bundled in with the OS.

--
Chris Burrows
CFB Software
http://www.cfbsoftware.com/gpcp


.

Relevant Pages

  • Re: Lets think who will like to say delphi is dying?
    ... All important Software ist still native and will be native in the future, there is a market for delphi, they only need to pick it up. ... I have tried every thing I could get my hands on for windows and none come as close to Delphi in terms of productivity and ease of use. ... I like .NET but the UI is just too slow and .NET apps use too much memory. ... At corporate level everywhere only those tools are utilized which have got a large following of developers and thus it is easy to find developers for that tools. ...
    (borland.public.delphi.non-technical)
  • Re: Delphi 2005 Personal
    ... David Clegg wrote: ... None of my .NET apps are any where near that big. ... But we are still in the same situation, we depend on a .NET Framework ... MB runtime to use my app, most of them will not install it. ...
    (borland.public.delphi.non-technical)
  • Re: PC Plus magazine (UK) - Delphi 8 review
    ... Alan Garny wrote: ... > wagon at this stage. ... to go into full production of .net apps, most want the tool in order to ... > used Delphi before. ...
    (borland.public.delphi.non-technical)
  • Re: There is no .NET in Vista Code?
    ... These certainly have some significant overhead but that is a Delphi problem not a .NET problem. ... non-Delphi .NET apps are less than 1/10th of the size of the original Delphi Win32 app that I translated. ... It will be no more necessary to download and install the framework than it was to download and install Comctl32.dll and all the other Win32 dlls needed for your Win32 app to run. ...
    (borland.public.delphi.non-technical)
  • Re: VB coverage in new online mag - VB6 or VB.NET?
    ... >> in .Net apps later as we see the need to deliver .Net apps. ... Delphi is rich in ... > it really compete with VB? ... not consider VB a real development tool, they don't respect the language, ...
    (microsoft.public.vb.general.discussion)