Difference between revisions of "Best Coding Practices"

From Coder Merlin
m (Editorial review and minor corrections)
Line 1: Line 1:
<big><big>'''Introduction to General Coding Standards'''</big></big>
==Introduction to General Coding Standards==


Coding standards are the rules and techniques for writing clean, more readable, and maintainable code in a programming language.  
Coding standards are the rules and techniques for writing clean, more readable, and maintainable code in a programming language.  


Think of it like casting a spell inscribed on a magic book. The book represents a style guide on formatting the code to make sure it is efficient and free of errors. The spell is the operation being executed by the interpreter according to a set of instructions. Test it out for yourself by right-clicking on “inspect” to catch a glimpse of the markup on a webpage.  
Think of it like casting a spell inscribed on a magic book. The book represents a style guide on formatting the code to make sure it is efficient and free of errors. The spell is the operation being executed by the interpreter according to a set of instructions. Test it out for yourself by right-clicking on "inspect" to catch a glimpse of the markup on a web page.  


While different industries have their own standards, there are universal rules for documenting code you should follow to preserve its integrity and scalability. When learning to code, the key concepts are naming, commenting, indenting, debugging, scoping, and testing.  
Although different industries have their own standards, you should follow universal rules for documenting code to preserve its integrity and scalability. When learning to code, the key concepts are naming, commenting, indenting, debugging, scoping, and testing.


<big><big>'''What are the most important coding conventions?'''</big></big>
==What are the Most Important Coding Conventions?==


{{BestPractice|249|
{{BestPractice|249|
Line 14: Line 14:
{{BestPractice|657|
{{BestPractice|657|
Use the appropriate capitalization on names:
Use the appropriate capitalization on names:
* ''Types'' and ''protocols'' (Ex: classes, objects) are UpperCamelCase (Pascal case)
* ''Types'' and ''protocols'' (for example, classes, objects) are UpperCamelCase (Pascal case)
* ''Everything else'' is lowerCamelCase (Ex: variable, function, method)
* ''Everything else'' is lowerCamelCase (for example, variable, function, method)
}}
}}


{{BestPractice|359|
{{BestPractice|359|
For code readability, clarity is more important than brevity
For code readability, clarity is more important than brevity:
* Avoid long lines at all costs
* Avoid long lines at all costs.
* Can someone else understand what it does?
* Can someone else understand what it does?
}}
}}
Line 26: Line 26:
{{BestPractice|563|
{{BestPractice|563|
Preconditions are your friend:
Preconditions are your friend:
* They assert the state of a program before an execution
* They assert the state of a program before an execution.
* Include sufficient information for the ''message'' to be useful
* Include sufficient information for the ''message'' to be useful.
}}
}}


{{BestPractice|174|
{{BestPractice|174|
Great functions exhibit three vital properties:
Great functions exhibit three vital properties:
* They are easy to read and comprehend
* They are easy to read and comprehend.
* They are easy to debug if something goes wrong
* They are easy to debug if something goes wrong.
* They are easy to modify for solving a variation of the original task<ref>https://www.cs.mtsu.edu/~untch/karel/functions.html</ref>
* They are easy to modify for solving a variation of the original task<ref>https://www.cs.mtsu.edu/~untch/karel/functions.html</ref>.
}}
}}


{{BestPractice|057|
{{BestPractice|057|
Don’t declare variables outside of functions
Don't declare variables outside of functions:
* Global variables are evil: They cause unintentional changes to the program.
* Global variables are evil. They cause unintentional changes to the program.
}}
}}


{{BestPractice|207|
{{BestPractice|207|
Always use appropriate and descriptive variable names
Always use appropriate and descriptive variable names:
* ''Nouns'' are usually the most appropriate for defining variables
* ''Nouns'' are usually the most appropriate for defining variables.
}}
}}


{{BestPractice|208|
{{BestPractice|208|
Always use appropriate and descriptive function names
Always use appropriate and descriptive function names:
* ''verbs'' are usually the most appropriate for defining functions
* ''Verbs'' are usually the most appropriate for defining functions.
}}
}}


{{BestPractice|394|
{{BestPractice|394|
Exiting from a function in order
Exiting from a function in order:
* In general, don’t exit a function in the middle  
* In general, don't exit a function in the middle.
* Only return a function value when the input satisfies a condition
* Return a function value only when the input satisfies a condition.
}}
}}


{{BestPractice|444|
{{BestPractice|444|
Avoid repetition whenever possible
Avoid repetition whenever possible:
* '''DRY''' - Do Not Repeat Yourself
* '''DRY''' - Do Not Repeat Yourself
* '''DIE''' - Duplication is Evil
* '''DIE''' - Duplication is Evil
Line 66: Line 66:


{{BestPractice|502|
{{BestPractice|502|
Determine the appropriate scope
Determine the appropriate scope:
* The scope should not be wider than absolutely necessary
* The scope should not be wider than absolutely necessary.
* Think about the context of your coding project
* Think about the context of your coding project.
* Narrow it down into specific goals
* Narrow it down into specific goals.
}}
}}


Line 77: Line 77:


{{BestPractice|029|
{{BestPractice|029|
Always use the appropriate indentation
Always use the appropriate indentation:
* White space is helpful for organizing blocks of code
* White space is helpful for organizing blocks of code.
* Either 2 or 4 spaces are preferable
* Either 2 or 4 spaces are preferable.
* Use the proper closing braces and parentheses to contain multiple statements
* Use the proper closing braces and parentheses to contain multiple statements.
}}
}}


{{BestPractice|074|
{{BestPractice|074|
Use comments to assist others in updating the code
Use comments to help others update the code:
* Don’t leave them in the dark about how it functions
* Don't leave them in the dark about how it functions.
* Deliberate and helpful comments are ideal for explaining the logic
* Deliberate and helpful comments are ideal for explaining the logic.
* Avoid comments stating the ''obvious''
* Avoid comments stating the ''obvious''.
}}
}}


{{BestPractice|617|
{{BestPractice|617|
Add the appropriate nesting to keep errors at bay
Add the appropriate nesting to keep errors at bay:
* Avoid deep nesting or else the code will get buried
* Avoid deep nesting or the code will get buried.
* Avoid inappropriate nesting of functions that may cause confusion
* Avoid inappropriate nesting of functions that could cause confusion.
* Indent correctly according to the level of nesting
* Indent correctly according to the level of nesting.
}}
}}


Line 106: Line 106:


{{BestPractice|947|
{{BestPractice|947|
Hardcode only when there is no other choice
Hardcode only when there is no other choice:
* All other values should be one of the following:
* All other values should be one of the following:
** Calculated in advance
** Calculated in advance
Line 113: Line 113:


{{BestPractice|959|
{{BestPractice|959|
Do not place extraneous files into the source control
Do not place extraneous files into the source control:
* Exclude all build artifacts
* Exclude all build artifacts.
* Exclude all "backup" files (e.g. main.swift~)
* Exclude all "backup" files (e.g., main.swift~).
}}
}}


When the best coding practices are followed, you’ll be able to create uniform code that is reusable by other engineers and developers sharing the same codebase. The last step is to test your code for unusual cases, so it can handle exceptions quickly and go over the rest of the syntax.  
When the best coding practices are followed, you'll be able to create uniform code that is reusable by other engineers and developers sharing the same codebase. The last step is to test your code for unusual cases, so it can handle exceptions quickly and go over the rest of the syntax.  


If you choose to input hundreds of commands from a script, the computer needs to understand every line before it can carry out the desired tasks. This includes actions like uploading a PDF document or displaying a user’s chat history.  
If you choose to input hundreds of commands from a script, the computer needs to understand every line before it can carry out the desired tasks. This includes actions like uploading a PDF document or displaying a user's chat history.


Learning to write cleaner code is an essential skill to master for every aspiring developer.
Learning to write cleaner code is an essential skill to master for every aspiring developer.

Revision as of 17:14, 24 February 2023

Within these castle walls be forged Mavens of Computer Science ...
— Merlin, The Coder

Introduction to General Coding Standards[edit]

Coding standards are the rules and techniques for writing clean, more readable, and maintainable code in a programming language.

Think of it like casting a spell inscribed on a magic book. The book represents a style guide on formatting the code to make sure it is efficient and free of errors. The spell is the operation being executed by the interpreter according to a set of instructions. Test it out for yourself by right-clicking on "inspect" to catch a glimpse of the markup on a web page.

Although different industries have their own standards, you should follow universal rules for documenting code to preserve its integrity and scalability. When learning to code, the key concepts are naming, commenting, indenting, debugging, scoping, and testing.

What are the Most Important Coding Conventions?[edit]

Best PracticeHintIcon.png
👍 #249

Flowcharts depict the information flow of an algorithm. For planning multi-step functions, flowcharts are your friend.

Best PracticeHintIcon.png
👍 #657

Use the appropriate capitalization on names:

  • Types and protocols (for example, classes, objects) are UpperCamelCase (Pascal case)
  • Everything else is lowerCamelCase (for example, variable, function, method)
Best PracticeHintIcon.png
👍 #359

For code readability, clarity is more important than brevity:

  • Avoid long lines at all costs.
  • Can someone else understand what it does?
Best PracticeHintIcon.png
👍 #563

Preconditions are your friend:

  • They assert the state of a program before an execution.
  • Include sufficient information for the message to be useful.
Best PracticeHintIcon.png
👍 #174

Great functions exhibit three vital properties:

  • They are easy to read and comprehend.
  • They are easy to debug if something goes wrong.
  • They are easy to modify for solving a variation of the original task[1].
Best PracticeHintIcon.png
👍 #057

Don't declare variables outside of functions:

  • Global variables are evil. They cause unintentional changes to the program.
Best PracticeHintIcon.png
👍 #207

Always use appropriate and descriptive variable names:

  • Nouns are usually the most appropriate for defining variables.
Best PracticeHintIcon.png
👍 #208

Always use appropriate and descriptive function names:

  • Verbs are usually the most appropriate for defining functions.
Best PracticeHintIcon.png
👍 #394

Exiting from a function in order:

  • In general, don't exit a function in the middle.
  • Return a function value only when the input satisfies a condition.
Best PracticeHintIcon.png
👍 #444

Avoid repetition whenever possible:

  • DRY - Do Not Repeat Yourself
  • DIE - Duplication is Evil
  • Abstract duplicate code into a function
Best PracticeHintIcon.png
👍 #502

Determine the appropriate scope:

  • The scope should not be wider than absolutely necessary.
  • Think about the context of your coding project.
  • Narrow it down into specific goals.
Best PracticeHintIcon.png
👍 #523

Select the appropriate loop (for loop, while loop) to iterate over a sequence or run a block of code repeatedly. Avoid breaking out of a loop midway.

Best PracticeHintIcon.png
👍 #029

Always use the appropriate indentation:

  • White space is helpful for organizing blocks of code.
  • Either 2 or 4 spaces are preferable.
  • Use the proper closing braces and parentheses to contain multiple statements.
Best PracticeHintIcon.png
👍 #074

Use comments to help others update the code:

  • Don't leave them in the dark about how it functions.
  • Deliberate and helpful comments are ideal for explaining the logic.
  • Avoid comments stating the obvious.
Best PracticeHintIcon.png
👍 #617

Add the appropriate nesting to keep errors at bay:

  • Avoid deep nesting or the code will get buried.
  • Avoid inappropriate nesting of functions that could cause confusion.
  • Indent correctly according to the level of nesting.
Best PracticeHintIcon.png
👍 #831

Limit the horizontal line length. Vertical lines are easier to scan.

Best PracticeHintIcon.png
👍 #907

Organize the class files appropriately. Generally, one class per file is sufficient.

Best PracticeHintIcon.png
👍 #947

Hardcode only when there is no other choice:

  • All other values should be one of the following:
    • Calculated in advance
    • Retrieved from configuration
Best PracticeHintIcon.png
👍 #959

Do not place extraneous files into the source control:

  • Exclude all build artifacts.
  • Exclude all "backup" files (e.g., main.swift~).

When the best coding practices are followed, you'll be able to create uniform code that is reusable by other engineers and developers sharing the same codebase. The last step is to test your code for unusual cases, so it can handle exceptions quickly and go over the rest of the syntax.

If you choose to input hundreds of commands from a script, the computer needs to understand every line before it can carry out the desired tasks. This includes actions like uploading a PDF document or displaying a user's chat history.

Learning to write cleaner code is an essential skill to master for every aspiring developer.

Exercises[edit]

ExercisesExercisesIcon.png
  •  M1297-28  Complete  Merlin Mission Manager  Mission M1297-28.


References[edit]