Login

Welcome, Guest. Please login or register.

September 09, 2025, 01:52:16 am

Author Topic: Naming conventions  (Read 1426 times)  Share 

0 Members and 1 Guest are viewing this topic.

no steez

  • Victorian
  • Forum Obsessive
  • ***
  • Posts: 257
  • p g
  • Respect: -2
  • School: Frankston Tafe
  • School Grad Year: 2013
Naming conventions
« on: November 14, 2013, 04:44:00 pm »
0
I know what naming conventions are mentally in my head but I have trouble describing them and identifying features

Can anyone point me in the right direction for answering naming convention questions, any tips?
Cheers
2013:

paulthegreen

  • Victorian
  • Adventurer
  • *
  • Posts: 9
  • Respect: 0
Re: Naming conventions
« Reply #1 on: November 14, 2013, 04:53:49 pm »
+1
They should describe the purpose and the type of the type of the object.

For example - btnConfirm,

It describes the type of object, it is a button. It also gives an indication of what it may do.

It's a way of maintaining consistency, and like with internal documentation, it helps if the solution is revisited in the future or looked at by other programmers as a way to analyse what specific functions and objects do.

It is a bit tricky to describe them!

Ya Habibi

  • Victorian
  • Forum Regular
  • **
  • Posts: 53
  • Respect: 0
  • School Grad Year: 2014
Re: Naming conventions
« Reply #2 on: November 14, 2013, 07:44:54 pm »
0
Hungarian Notation: At the start of the naming process, a few letters (usually 3 and in lowercase) are used to describe the element type. Eg: btnButton or lblLabel

Camel Case: After using hungarian notation, the following words used to further describe the element are always capitalised at the start of new words. Eg: btnButtonDoesNothing.
2013 Subjects: IT: Software Development (38)

2014 Subjects: Math Methods (36), English (44), French (35), Physics (36), Chemistry (38)

ATAR: 96.85