
On 27 Sep 2010, chefkoch suggested that this page or content is incomplete and needs to be expanded with information on using Visual Studio and ReSharper templates with links to these.
As we are an open source project every file in SVN needs the copyright header. Please copy that header paragraph to the beginning of each document. You can copy the current header from another file in MediaPortal 1/ MediaPortal 2 and you find it in the templates in the MediaPortal 2 source tree.
The header looks like this (most probably with a newer year as typically our devs forget to change this wiki page):
Sample of a C# file header:
#region Copyright (C) 2005-2010 Team MediaPortal // Copyright (C) 2005-2010 Team MediaPortal // http://www.team-mediaportal.com // // MediaPortal is free software: you can redistribute it and/or modify // it under the terms of the GNU General Public License as published by // the Free Software Foundation, either version 2 of the License, or // (at your option) any later version. // // MediaPortal is distributed in the hope that it will be useful, // but WITHOUT ANY WARRANTY; without even the implied warranty of // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the // GNU General Public License for more details. // // You should have received a copy of the GNU General Public License // along with MediaPortal. If not, see <http://www.gnu.org/licenses/>. #endregion
#region Copyright (C) 2007-2010 Team MediaPortal
/*
Copyright (C) 2007-2010 Team MediaPortal
http://www.team-mediaportal.com
This file is part of MediaPortal 2
MediaPortal 2 is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.
MediaPortal 2 is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with MediaPortal 2. If not, see <http://www.gnu.org/licenses/>.
*/
#endregion
Keep your classes/files short, don't exceed 2000 LOC, divide your code up, make structures clearer. Put every class in a separate file and name the file like the class name (with .cs as extension of course). This convention makes things much easier.
Setup Visual Studio to use 2 spaces as indentation and use Automatic Formatting regularly
In Microsoft Visual Studio this can be set via Tools (Menu) -> Options -> Text Editor -> C# -> Tabs
(tab size = 2, indent size = 2, Insert spaces)

In VS Express this can be set via Tools (Menu) -> Options -> Text Editor -> C# -> Tabs
(tab size = 2, indent size = 2, Insert spaces)

Make sure the Show all settings box is checked.
Auto Formating in both VS 2005 and Express is done via Edit (Menu) -> Advanced -> Format Document
There is an own Wiki entry describing the way of documenting the code.
One declaration per line is recommended since it encourages commenting.
int level; // indentation level int size; // size of table
Do not put more than one variable or variables of different types on the same line when declaring them.
Example:
int a, b; //What is 'a'? What does 'b' stand for?
The above example also demonstrates the drawbacks of non-obvious variable names. Be clear when naming variables.
When coding C# classes and interfaces, the following formatting rules should be followed:
Example:
Class MySample : MyClass, IMyInterface
{
int _myInt;
public MySample(int myInt)
{
_myInt = myInt;
}
void Inc()
{
++_myInt;
}
void EmptyMethod()
{
}
}
For a brace placement example look at section 10.1.
The order of regions inside a class should be:
public class Template_Class
{
#region Imports
#endregion
#region Enums
#endregion
#region Delegates
#endregion
#region Events
#endregion
#region Variables
// Private Variables
// Protected Variables
// Public Variables
#endregion
#region Constructors/Destructors
#endregion
#region Public properties
// Public properties
#endregion
#region Public methods
#endregion
#region Private methods
#endregion
#region Base overrides
#endregion
#region Interface implementations
// region for each interface
#endregion
}
This Regions layout is included in a Visual Studio code snippet that is helpfully attached here: Regions-outline.snippet
if (condition)
{
DoSomething();
...
}
if (condition)
{
DoSomething();
...
}
else
{
DoSomethingOther();
...
}
if (condition)
{
DoSomething();
...
}
else if (condition)
{
DoSomethingOther();
...
}
else
{
DoSomethingOtherAgain();
...
}
A for statement should have following form:
for (int i = 0; i < 5; ++i)
{
...
}
or single lined (consider using a while statement instead):
for (initialization; condition; update);
A foreach should look like:
foreach (int i in IntList)
{
...
}
A while statement should be written as follows:
while (condition)
{
...
}
An empty while should have the following form:
while (condition);
A do-while statement should have the following form:
do
{
...
} while (condition);
Switch Statements
switch (condition)
{
case A:
...
break;
case B:
...
break;
default:
...
break;
}
A try-catch statement should follow this form:
try
{
...
} catch (Exception)
{
...
}
finally
{
...
}
Blank lines improve readability. They set off blocks of code which are in themselves logically related. Two blank lines should always be used between:
There should be a single space after a comma or a semicolon, for example:
TestMethod(a, b, c);
Do NOT use:
TestMethod(a,b,c)
Single spaces surround operators (except unary operators like increment or logical not), example:
a = b; // don't use a=b; for (int i = 0; i < 10; ++i) // don't use for (int i=0; i<10; ++i) // or // for(int i=0;i<10;++i)
This convention capitalizes the first character of each word (as in TestCounter).
This convention capitalizes the first character of each word except the first one. E.g. testCounter.
Only use all upper case for identifiers if it consists of an abbreviation which is one or two characters long, identifiers of three or more characters should use Pascal casing instead. For Example:
public class Math
{
public const PI = ...
public const E = ...
public const FeigenBaumNumber = ...
}
Generally the use of underscore characters inside names and naming according to the guidelines for Hungarian notation are considered bad practice.
Hungarian notation is a defined set of pre and postfixes which are applied to names to reflect the type of the variable. This style of naming was widely used in early Windows programming, but now is obsolete or at least should be considered deprecated. Using Hungarian notation is not allowed if you follow this guide.
A good variable name describes the semantic not the type.
An exception to this rule is GUI code. All fields and variable names that contain GUI elements like button should be postfixed with their type name without abbreviations. For example:
System.Windows.Forms.Button cancelButton; System.Windows.Forms.TextBox nameTextBox;
| Type | Case | Notes |
| Class / Struct | Pascal Casing | - |
| Interface | Pascal Casing | Starts with I |
| Enum values | Pascal Casing | - |
| Enum type | Pascal Casing | - |
| Events | Pascal Casing | - |
| Exception class | Pascal Casing | Ends with Exception |
| public Fields | Pascal Casing | - |
| Methods | Pascal Casing | - |
| Namespace | Pascal Casing | - |
| Property | Pascal Casing | - |
| Protected Fields | camel Casing | - |
| private Fields | camel Casing | - |
| Parameters | camel Casing | - |
Do not make any instance or class variable public, make them private. For private members prefer not using private as modifier just do write nothing. Private is the default case and every C# programmer should be aware of it.
Use properties instead. You may use public static fields (or const) as an exception to this rule, but it should not be the rule.
Don't use magic numbers, i.e. place constant numerical values directly into the source code. Replacing these later on in case of changes (say, your application can now handle 3540 users instead of the 427 hardcoded into your code in 50 lines scattered throughout your 25000 LOC) is error-prone and unproductive. Instead declare a const variable which contains the number :
public class MyMath
{
public const double PI = 3.14159...
}
namespace ShowMeTheBracket
{
public enum Test
{
TestMe,
TestYou
}
public class TestMeClass
{
Test _test;
public Test Test
{
get
{
return _test;
}
set
{
_test = value;
}
}
void DoSomething()
{
if (_test == Test.TestMe)
{
//...stuff gets done
}
else
{
//...other stuff gets done
}
}
}
}
for (int primeCandidate = 1; primeCandidate < num; ++primeCandidate)
{
isPrime[primeCandidate] = true;
}
for (int factor = 2; factor < num / 2; ++factor)
{
int factorableNumber = factor + factor;
while (factorableNumber <= num)
{
isPrime[factorableNumber] = false;
factorableNumber += factor;
}
}
for (int primeCandidate = 0; primeCandidate < num; ++primeCandidate)
{
if (isPrime[primeCandidate])
{
Console.WriteLine(primeCandidate + " is prime.");
}
}