You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Initial ideas below. This shouldn't be too long, and should be reviewed by others to make sure we agree.
Write code that is easier for others to read.
Add big picture comments.
New functions: Doxygen comment in .h file or on static declaration.
Data structures / classes: comment overall use and every member.
Files: comment overall purpose of file.
Meaningful variable names. Types usually start with a Capital (older code may not follow this).
Avoid long functions whenever possible (refactor into shorter routines).
Details:
Avoid overuse of auto (give rule)
camel or snake case OK.
Proposed Behaviour
We have some basic coding guidelines written down.
Current Behaviour
We don't have a style guide. We also are gradually evolving some code style (e.g. types moving from t_ to start with a capital, and using references more and pointers less, using Doxygen comments).
Possible Solution
A short style guide under the VTR developer guide.
The text was updated successfully, but these errors were encountered:
Initial ideas below. This shouldn't be too long, and should be reviewed by others to make sure we agree.
Data structures / classes: comment overall use and every member.
Files: comment overall purpose of file.
Details:
Avoid overuse of auto (give rule)
camel or snake case OK.
Proposed Behaviour
We have some basic coding guidelines written down.
Current Behaviour
We don't have a style guide. We also are gradually evolving some code style (e.g. types moving from t_ to start with a capital, and using references more and pointers less, using Doxygen comments).
Possible Solution
A short style guide under the VTR developer guide.
The text was updated successfully, but these errors were encountered: