[DUG] Component names

[Stephen Bertram]

My understanding is that Borland only use the A prefix when there is a 
conflict with a property or method name in the class, but P, F and T are 
universal.

However rules were made to be broken .....

Stephen

----- Original Message ----- 
From: "Stacey Verner" <stacey at cjntech.co.nz>
To: "NZ Borland Developers Group - Delphi List" <delphi at ns3.123.co.nz>
Sent: Thursday, August 25, 2005 3:15 PM
Subject: RE: [DUG] Component names


>I don't see "P" around too often but I do see "A" all the time.
>
> We have used "P" since before I started so we stick with it, but we
> could have easily been using "A" instead. It definitely helps.
>
> Its actually pretty incosistent in borlands code. Looking in DBTables we
> have:
>
> constructor Create(AOwner: TObject; Handle: hDBICur; CBType: CBType;
>      CBBuf: Pointer; CBBufSize: Integer; CallbackEvent:
> TBDECallbackEvent;
>      Chain: Boolean);
> procedure AddSession(ASession: TSession);
> function GetSession(Index: Integer): TSession;
>
> Many ouf out Third party components, such as Developer Express and
> Toolbar2000 use "A".
>
> Stacey
>
>> -----Original Message-----
>> From: delphi-bounces at ns3.123.co.nz
>> [mailto:delphi-bounces at ns3.123.co.nz] On Behalf Of Conor Boyd
>> Sent: Thursday, 25 August 2005 14:43
>> To: 'NZ Borland Developers Group - Delphi List'
>> Subject: RE: [DUG] Component names
>>
>> Is it?
>>
>> Not wanting to start a standards argument, but for example
>> AFAIK the Borland standard for attributes of a class is F for
>> field, e.g. FMyAttribute:
>> String.  I've never seen P for parameter used widely at all...
>>
>> Cheers,
>>
>> C.
>>
>> -----Original Message-----
>> From: delphi-bounces at ns3.123.co.nz
>> [mailto:delphi-bounces at ns3.123.co.nz] On Behalf Of Stacey Verner
>>
>> Note: It is standard to prefix parameters with "P" (stands for
>> parameter) or "A" (stands for argument) so you should have
>> PMyTable or PTable.
>> Similarly Local variables are usually prefixed with "L". In
>> the end it makes it easy for figure out whene a variable
>> comes from. "P" is a parameter. "L"
>> is a local variable and anything else is a property of your class.
>>
>> _______________________________________________
>> Delphi mailing list
>> Delphi at ns3.123.co.nz
>> http://ns3.123.co.nz/mailman/listinfo/delphi
>>
>
> _______________________________________________
> Delphi mailing list
> Delphi at ns3.123.co.nz
> http://ns3.123.co.nz/mailman/listinfo/delphi