Re: Delphi 2008 native?
- From: "Iv" <ivan [at server] imibo.com>
- Date: Mon, 18 Feb 2008 00:24:32 +0200
Wayne, sorry. I, as person, that uses Pascal (Delphi), I cannot find
reasons, we to use .NET.
.NET is based (use) native Win32 dll's. Delphi do the same, but with Delphi
I do not need this extra layer. For me, please correct me, .NET is only the:
bad answer to Java; possibility for VB/C# developers for easy access not RAW
Win32 functions. .NET is another way MS to keep in your hands VB/VBS
developers. Nothing more. Where is reason, I to do something with .NET, when
I can do it directly? Where is reason I to use poor assembles, when I can
directly call Win32 functions? Are .NET offers something new - my answer
is - no.
If you see global situation, .NET is veeeery similar to Borland packages
(.BPL). The deference is, that Borland is not Microsoft. In market area. Do
you have idea, how many projects, as %, are compiled with packages? I thing
that no more 1-3%. You speak for Refactoring. OK. Is it impossible
Refactoring to be done without .NET? Are .NET offer absolutely new
functions, structures, types?? Please, look globally. Microsoft spends lots
of money to be "on board" when Java was introduced. Few years later .NET is
introduced. Many of "modern", "open mind" developers leave Java, and they
switched to C#/.NET . New sales for Microsoft, new area for fishing.. This
is all - all .NET use the very old and very well know, old Win32 API.
"Wayne Niddery (TeamB)" <wniddery@xxxxxxxxxxxxxx> wrote in message
news:47b8a9d8$1@xxxxxxxxxxxxxxxxxxxxxxxxx
| "Iv" <ivan [at server] imibo.com> wrote in message
| news:47b872e6$1@xxxxxxxxxxxxxxxxxxxxxxxxx
| > If HELP system is only the reasons,
|
| No.
|
| Refactoring and other features also need .Net.
|
| Cutting yourself off from a lot of functionality, present and future, just
| to avoid .Net is rather shortsighted. It will also become harder as time
| goes on.
|
| > For me personally .NET not offers anything more than Pascal (Delphi) can
| > offer, just the contrary - the development system is not stable and
every
| > seriously application developed under .NET is veeeeeeery slow.
|
| Actually .Net has proven itself quite stable so far. As far as slow, it's
a
| fact the Winforms GUI is a bit slower but not "a lot". Whether other
things
| are slow depend on what those things are and how you are doing it. .Net
apps
| are *not* interpreted, the run compiled.
|
| > I will "love" .NET, for example, when I see Microsoft Office .NET
release,
| > and it work without ugly exceptions one-two years.
|
| This keeps coming up, the idea that, if it really were good, then MS would
| rewrite years worth of perfectly good working Win32 code in .Net just to
| prove it. That is a silly thing to demand - no company should rewrite an
| entire large application just because they can or to prove such a point.
To
| prove Delphi/Pascal were good, should InterBase and every other product
from
| CodeGear and Borland be rewritten from scratch in it?
|
| --
| Wayne Niddery - TeamB (www.teamb.com)
| Winwright, Inc. (www.winwright.ca)
|
.
- Follow-Ups:
- Re: Delphi 2008 native?
- From: Rudy Velthuis [TeamB]
- Re: Delphi 2008 native?
- References:
- Re: Delphi 2008 native?
- From: Iv
- Re: Delphi 2008 native?
- From: dimitris
- Re: Delphi 2008 native?
- From: Markus.Humm
- Re: Delphi 2008 native?
- From: Iv
- Re: Delphi 2008 native?
- From: Wayne Niddery \(TeamB\)
- Re: Delphi 2008 native?
- Prev by Date: Re: Delphi 2008 native?
- Next by Date: Re: Delphi 2008 native?
- Previous by thread: Re: Delphi 2008 native?
- Next by thread: Re: Delphi 2008 native?
- Index(es):
Relevant Pages
|