Okay everybody...let's play nice! <g>  It's very often that we
misunderstand what someone really means in a thread of this sort and that's
because we tend to write about such topics based upon our own past
observations.  And these are quite subjective in nature. 
        I also didn't understand what you, Oktay, were trying to say and so
had assumed that you were making a very broad statement about pointers and
the effect their general use has on a program's performance.  Now of course
I realize that this is not what your intention was.     
        Still though, it would be very helpful, and I for one would be
grateful, if you could continue this thread by adding a code example or two
which will show how, when, why, and where using pointers to handle a
particular task will result in better performance than if you were to simply
employ OOP and the rest of the Delphi paradigm as needed.  I doubt that it
is your use of pointers that provides better performance, but the more
efficient code that you write when using them as opposed to not.  And this
may in turn be so simply because you Grok pointers to a greater degree than
the alternatives.  
        I've seen a lot of that kind of thing over the last couple years
when reading other's code...especially when the programmer was from the "old
school"!  I myself, am completely self taught except for the patient
expertise of Stephen Posey and others here on the list(s) who devote so much
of their time answering my dumb questions, and as a result, I'd have to take
three steps back, a deep breath, and probably spend an hour or so reviewing
material on this topic were ever I was asked to write even the simplest code
using pointers!  Why?  Because when you have to learn on your own, and by
doing, you can't always take time out to fully embrace certain methods
unless and until you come up against an actually need for them!  And so far,
in all these years and with better than 30 applications of mine in use by
small businesses, I have NEVER yet needed to use them! <g>  It's just like a
programmer coming from C++ and is used to working with strings a particular
way, and then upon moving to Delphi suddenly has to switch gears and try to
wrap his head around reference counting!       

>From "Robert Meek" 
Personal e-mail:  [EMAIL PROTECTED]
dba / "Tangentals Design"
Visit us at:  www.TangentalsDesign.com
Home of "The Keep"!

Member of:  "Association of Shareware Professionals"
Moderator for:  "The Delphi", "Delphi-DB", and "Delphi-Talk"
programming lists at elists.org, and "DelphiTalk.net"
at www.DelphiTalk.net


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Rob Kennedy
Sent: Sunday, March 13, 2005 6:57 PM
To: Borland's Delphi Discussion List
Subject: Re: undeclared parameters

Oktay Sancak wrote:
> Are you trying to start a new argument ? ;)

You said that this is a performance issue. I don't know how you can say 
that when nobody has been shown any of the code (meaning you can't know 
what "this" refers to) and nobody has been told what the current 
performance of the unseen code is. You seem to have made a diagnosis 
without seeing any evidence.

> Did i said that just using 
> pointers can help your poor program to become awesome ?

No, but you did seem to imply that using pointers is a guaranteed 
solution when performance is a problem.

If that's what you meant, then I disagree.

> Pointers are not 
> a secret part of  the programming. So you can create your own demo and 
> see the results by yourself.

A demo of what, exactly?

-- 
Rob

_______________________________________________
Delphi mailing list -> [email protected]
http://www.elists.org/mailman/listinfo/delphi


_______________________________________________
Delphi mailing list -> [email protected]
http://www.elists.org/mailman/listinfo/delphi

Reply via email to