Re: grid

Tech-Archive recommends: Fix windows errors by optimizing your registry

On Mon, 23 Apr 2007 07:25:05 -0700, "Tom Serface"
<tom.nospam@xxxxxxxxxxxxx> wrote:

Hi Tom,

I think most of this is subjective.

Yes, you're are right...

For example, I tend to use m_ prefix for member variables, while
others just use explicit this-> .
What is the best practice? :)
Maybe it is just subjective...

Thanks,
MrAsm
.

Relevant Pages

  • Re: Member Variables Naming Convention
    ... But other than the example above, does an "_" prefix provide any value? ... and remembering that Intellisense is case-INsensitive, ... all member variables appear at the top of the list in the ... I spend most of my coding and debugging time, ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: C# coding guidelines: use "this." or not when referring to member fields/properties within the o
    ... book in which he recommends the m_ prefix as well. ... If you follow Microsoft coding guidelines, member variables, local ... variables and function parameters will have the same naming convention ... I then got tired of it and reverted to prefixing all my member variables ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: .NET Naming Guidelines (C#)
    ... Member Variable Prefix: Most of the people still use (and like the ... idea of) prefixing member variables. ... underscore as separator (matches the convention for VC++ and Win32). ...
    (microsoft.public.dotnet.general)
  • Re: C# coding guidelines: use "this." or not when referring to member fields/properties within the o
    ... Jeffery Richter has an annotation in the Framework Design Guidelines ... book in which he recommends the m_ prefix as well. ... variables and function parameters will have the same naming convention ... I then got tired of it and reverted to prefixing all my member variables ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: explicitly initialising member vars - necessary?
    ... > member variables that aren't explicitly initialised get initialised to 0 ... > initialise member vars? ... explicit - to show that you really want the attribute to have that value, ... implicit - the implicit value is not meaningful, ...
    (comp.lang.java.programmer)