VCG Library

VCG Library Coding Guide

Naming Rules

Class names with first letter Uppercase and internal uppercase to separate compound words.

Function members of classes follow the same rule.


ScalarType &V(const int i);

Public Variable members has the first letter lowercase and internal uppercase to separate compound words.


Private Variable members has an underscore as first char and the first letter lowercase and internal uppercase to separate compound words.


   ScalarType _v[3];

Class Template Arguments all capitalized and with names remembering where they have been defined.
Class TypeDefs used for templated Class arguments or for shortness are just like Class Names, but ending with “Type”, “Iterator”, “Pointer”, or “Container”.


   typedef typename VertexType::CoordType CoordType;
   typedef typename VertContainer::iterator VertexIterator;

Header Files

Header filenames and folders always fully lower case. Compound names are separated by '_'.



Each include file must begin with the standard legal disclamier/license intestation and report in the first line of history the $LOG$ cvs string.

The following automatically generated history can be, from time to time, compressed and shortened to save space.

Each file of the library has to include all the files that it requires. A include file should rely on the files included by its own include files. Example: in vcg/space/box3.h:

 #include<vcg/math/base.h>; // not necessary because included by point3.h

In Class definitions place all the prototypes all together before the inline or templated implementations.

Editing Rules

Tabs are equivalent to two spaces.

There are no strict rules for the placement of '{' or indenting.

Constructors and casting

All basic classes (point3, box3 ecc) must have null constructors. Non null constructors can be added in debug versions.

Implicit casting is disallowed. Write a member Import function for casting from different integral types and a static.
Construct to build an object from different a integral type.


   Point3f pf(1.0f,0.0f,0.0f);
   Point3d pd=Point3f::Construct(pf);

Comment and documenting

All the classes, algorithms and functions MUST be documented using Doxygen. Please add a short intro before each class explaining design choices and for non trivial classes give some short usage example. For complex classes try to group similar members under categories. Non trivial algorithms should refer the paper/book where they are explained. Namespaces and files should be also documented trying to explain how the file/namespace partitioning works.