โ๏ธ๐ฆ๐๐ถ๐๐ฐ๐ต ๐๐
๐ฝ๐ฟ๐ฒ๐๐๐ถ๐ผ๐ป
๐ฏ The ๐๐๐ถ๐๐ฐ๐ต ๐๐๐ฎ๐๐ฒ๐บ๐ฒ๐ป๐ has been part of C# since its early versions. It allows you to evaluate an expression against a series of case values and execute code blocks based on the matched case.
Each case value must be a constant value that is known at compile-time. After a case block is executed, you usually need to include a break statement to exit the switch statement.
๐ก The ๐๐๐ถ๐๐ฐ๐ต ๐ฒ๐ ๐ฝ๐ฟ๐ฒ๐๐๐ถ๐ผ๐ป was introduced in C# 8 as a more concise and expressive alternative to the traditional switch statement. It allows you to assign a value to a variable based on the value of an expression.
In a switch expression, you use the => syntax to specify the value to assign if the expression matches a certain case. The _ is a discard symbol and is used as the "default" case.
โ Both the ๐๐๐ถ๐๐ฐ๐ต ๐๐๐ฎ๐๐ฒ๐บ๐ฒ๐ป๐ and the ๐๐๐ถ๐๐ฐ๐ต ๐ฒ๐ ๐ฝ๐ฟ๐ฒ๐๐๐ถ๐ผ๐ป are used for similar purposes, the switch expression offers more concise syntax and greater flexibility for pattern matching and value assignment, making it a more powerful tool for modern C# development.
๐ค Which one do you prefer?
๐ง๐ต๐ฎ๐ป๐ธ ๐๐ผ๐ ๐ณ๐ผ๐ฟ ๐ฟ๐ฒ๐ฎ๐ฑ๐ถ๐ป๐ด ๐
๐ฏ The ๐๐๐ถ๐๐ฐ๐ต ๐๐๐ฎ๐๐ฒ๐บ๐ฒ๐ป๐ has been part of C# since its early versions. It allows you to evaluate an expression against a series of case values and execute code blocks based on the matched case.
Each case value must be a constant value that is known at compile-time. After a case block is executed, you usually need to include a break statement to exit the switch statement.
๐ก The ๐๐๐ถ๐๐ฐ๐ต ๐ฒ๐ ๐ฝ๐ฟ๐ฒ๐๐๐ถ๐ผ๐ป was introduced in C# 8 as a more concise and expressive alternative to the traditional switch statement. It allows you to assign a value to a variable based on the value of an expression.
In a switch expression, you use the => syntax to specify the value to assign if the expression matches a certain case. The _ is a discard symbol and is used as the "default" case.
โ Both the ๐๐๐ถ๐๐ฐ๐ต ๐๐๐ฎ๐๐ฒ๐บ๐ฒ๐ป๐ and the ๐๐๐ถ๐๐ฐ๐ต ๐ฒ๐ ๐ฝ๐ฟ๐ฒ๐๐๐ถ๐ผ๐ป are used for similar purposes, the switch expression offers more concise syntax and greater flexibility for pattern matching and value assignment, making it a more powerful tool for modern C# development.
๐ค Which one do you prefer?
๐ง๐ต๐ฎ๐ป๐ธ ๐๐ผ๐ ๐ณ๐ผ๐ฟ ๐ฟ๐ฒ๐ฎ๐ฑ๐ถ๐ป๐ด ๐
โ๏ธ One Dot Per Line
โ "One dot per line" is a principle of writing clean code in C# (and other programming languages) that suggests breaking chained method calls and property accesses onto separate lines, placing each dot on a new line. This helps to enhance code readability and maintainability by making the code structure clear and easier to follow.
โ Advantages of using "One dot per line" approach:
- Improved Readability: By placing each dot on a separate line, the code becomes more readable, especially when dealing with long chains of method calls or nested property access.
- Reduced Horizontal Scrolling: Code lines become shorter, reducing the need for horizontal scrolling while reading the code, which is often considered less pleasant and harder to follow.
- Easier Debugging: With each method call or property access on a separate line, it becomes easier to set breakpoints and debug specific parts of the code.
- Easier Code Review: The code becomes more structured, making it easier for colleagues to review and provide feedback on the code.
โ The "One dot per line" rule is a useful coding practice that can help to improve the readability, maintainability, and overall quality of your code.
Thank you for reading ๐
โ "One dot per line" is a principle of writing clean code in C# (and other programming languages) that suggests breaking chained method calls and property accesses onto separate lines, placing each dot on a new line. This helps to enhance code readability and maintainability by making the code structure clear and easier to follow.
โ Advantages of using "One dot per line" approach:
- Improved Readability: By placing each dot on a separate line, the code becomes more readable, especially when dealing with long chains of method calls or nested property access.
- Reduced Horizontal Scrolling: Code lines become shorter, reducing the need for horizontal scrolling while reading the code, which is often considered less pleasant and harder to follow.
- Easier Debugging: With each method call or property access on a separate line, it becomes easier to set breakpoints and debug specific parts of the code.
- Easier Code Review: The code becomes more structured, making it easier for colleagues to review and provide feedback on the code.
โ The "One dot per line" rule is a useful coding practice that can help to improve the readability, maintainability, and overall quality of your code.
Thank you for reading ๐
โ๏ธ C#: Exceptions should not be thrown in finally blocks
โณ๏ธIf an exception is already being thrown within the try block or caught in a catch block, throwing another exception in the finally block will override the original exception. This means that the original exceptionโs message and stack trace will be lost, potentially making it challenging to diagnose and troubleshoot the root cause of the problem.
โณ๏ธHere are a few reasons why throwing exceptions from finally blocks is discouraged:
- Masking the original exception: If an exception is thrown in a finally block, it can overwrite the original exception that caused the try block to exit. This can make it harder to debug the actual cause of the problem, as you won't have access to the original exception information.
- Unpredictable behavior: When an exception is thrown from a finally block, it may interfere with the exception handling mechanism itself. For example, if the catch block outside the finally block handles the exception, throwing another exception from finally will disrupt the expected control flow.
- Resource leaks: The primary purpose of a finally block is to release resources or perform cleanup tasks. If an exception is thrown from the finally block, these cleanup operations may not be completed, leading to resource leaks or inconsistent program state.
โณ๏ธInstead of throwing exceptions from finally blocks, it's better to handle exceptions appropriately within the try, catch, and finally blocks. If an exception occurs in the finally block, it's usually best to log the error or take some alternative action to ensure proper cleanup without disrupting the main exception handling flow.
Thank you for reading ๐
โณ๏ธIf an exception is already being thrown within the try block or caught in a catch block, throwing another exception in the finally block will override the original exception. This means that the original exceptionโs message and stack trace will be lost, potentially making it challenging to diagnose and troubleshoot the root cause of the problem.
โณ๏ธHere are a few reasons why throwing exceptions from finally blocks is discouraged:
- Masking the original exception: If an exception is thrown in a finally block, it can overwrite the original exception that caused the try block to exit. This can make it harder to debug the actual cause of the problem, as you won't have access to the original exception information.
- Unpredictable behavior: When an exception is thrown from a finally block, it may interfere with the exception handling mechanism itself. For example, if the catch block outside the finally block handles the exception, throwing another exception from finally will disrupt the expected control flow.
- Resource leaks: The primary purpose of a finally block is to release resources or perform cleanup tasks. If an exception is thrown from the finally block, these cleanup operations may not be completed, leading to resource leaks or inconsistent program state.
โณ๏ธInstead of throwing exceptions from finally blocks, it's better to handle exceptions appropriately within the try, catch, and finally blocks. If an exception occurs in the finally block, it's usually best to log the error or take some alternative action to ensure proper cleanup without disrupting the main exception handling flow.
Thank you for reading ๐
โ๏ธ C#: Replace if statement with Null Conditional Operator
โณ๏ธThe null conditional operator, also known as the null propagation operator or the safe navigation operator, is a feature introduced in C# 6.0 that allows you to write cleaner and more concise code when dealing with potentially null reference types.
โณ๏ธThe null conditional operator is represented by a question mark followed by a period (?.) and is used to access members or invoke methods on an object that may be null. If the object is null, the expression returns null instead of throwing a null reference exception.
โณ๏ธChecking for null is probably what you do quite often, for example, to prevent a null reference exception when invoking properties. Using if-statements for numerous null checking makes code cumbersome and lengthy.
โณ๏ธThe null conditional operator allows checking one or more expressions for null in a call chain, which is called null propagation. Such a notation can be written in a single line whereas a number of if-else statements typically occupy many lines.
๐กIn the comments I attached an example in JavaScript: Replace if statement with Optional chaining.
โณ๏ธ Can you make the example cleaner ? Do you have any other suggestions?
Thank you for reading ๐
โณ๏ธThe null conditional operator, also known as the null propagation operator or the safe navigation operator, is a feature introduced in C# 6.0 that allows you to write cleaner and more concise code when dealing with potentially null reference types.
โณ๏ธThe null conditional operator is represented by a question mark followed by a period (?.) and is used to access members or invoke methods on an object that may be null. If the object is null, the expression returns null instead of throwing a null reference exception.
โณ๏ธChecking for null is probably what you do quite often, for example, to prevent a null reference exception when invoking properties. Using if-statements for numerous null checking makes code cumbersome and lengthy.
โณ๏ธThe null conditional operator allows checking one or more expressions for null in a call chain, which is called null propagation. Such a notation can be written in a single line whereas a number of if-else statements typically occupy many lines.
๐กIn the comments I attached an example in JavaScript: Replace if statement with Optional chaining.
โณ๏ธ Can you make the example cleaner ? Do you have any other suggestions?
Thank you for reading ๐
โ๏ธ Avoid else after return
โณ๏ธ This principle is a guideline in clean code development that suggests avoiding the use of an else statement immediately after a return statement in a function or method.
โณ๏ธ When a return statement is encountered in a function, it immediately exits the function and returns control to the calling code. Any code following the return statement within the same block will not be executed. In many cases, including an else statement after a return is redundant and can be safely removed.
โณ๏ธ Following the "Avoid else after return" principle helps in writing cleaner, more maintainable code by simplifying control flow and improving code readability.
โณ๏ธ In the attached image, an example of how to apply this principle.
โ Bad: Violates the "Avoid else after return" principle.
โ๏ธ Good: Refactoring the code, the else clause have been eliminated.
๐ก Short: The conditional operator (? :) is used to directly return either "Pass" or "Fail" based on the condition. This eliminates the need for an if-else statement.
โณ๏ธ This principle is a guideline in clean code development that suggests avoiding the use of an else statement immediately after a return statement in a function or method.
โณ๏ธ When a return statement is encountered in a function, it immediately exits the function and returns control to the calling code. Any code following the return statement within the same block will not be executed. In many cases, including an else statement after a return is redundant and can be safely removed.
โณ๏ธ Following the "Avoid else after return" principle helps in writing cleaner, more maintainable code by simplifying control flow and improving code readability.
โณ๏ธ In the attached image, an example of how to apply this principle.
โ Bad: Violates the "Avoid else after return" principle.
โ๏ธ Good: Refactoring the code, the else clause have been eliminated.
๐ก Short: The conditional operator (? :) is used to directly return either "Pass" or "Fail" based on the condition. This eliminates the need for an if-else statement.
โ๏ธ Function names should say what they do
Function names should be clear and descriptive, providing a clear indication of what the function does. This makes it easier for other developers to understand the purpose of the function without having to read through the implementation details.
This is important because function names serve as a form of documentation and make it easier for other developers to understand the purpose and behavior of the code.
Following this principle helps make your code more readable, understandable, and maintainable.
Thank you for reading ๐
Function names should be clear and descriptive, providing a clear indication of what the function does. This makes it easier for other developers to understand the purpose of the function without having to read through the implementation details.
This is important because function names serve as a form of documentation and make it easier for other developers to understand the purpose and behavior of the code.
Following this principle helps make your code more readable, understandable, and maintainable.
Thank you for reading ๐
โ๏ธ Use searchable names
We will read more code than we will ever write. It's important that the code we do write must be readable and searchable. By not naming variables that end up being meaningful for understanding our program, we hurt our readers. Make your names searchable.
Using searchable names means that variable, function, and class names should be clear and unambiguous so that other developers can easily understand what they do.
Thank you for reading ๐
We will read more code than we will ever write. It's important that the code we do write must be readable and searchable. By not naming variables that end up being meaningful for understanding our program, we hurt our readers. Make your names searchable.
Using searchable names means that variable, function, and class names should be clear and unambiguous so that other developers can easily understand what they do.
Thank you for reading ๐
Naming conventions refer to the guidelines or rules that developers follow when naming variables, functions, classes, and other elements in their code. The purpose of these conventions is to make the code more readable, maintainable, and self-documenting.
There are several commonly used naming conventions in programming languages, I will mention the three most popular:
There are several commonly used naming conventions in programming languages, I will mention the three most popular:
1- Pascal Case: The first letter of every word is capitalized, with no spaces or underscores. It is commonly used in C++, C#, Visual Basic.
Examples: FirstName, LastName, NumberOfDevices.
2- Camel Case: The first letter of the first word is lowercase, and the first letter of subsequent words is uppercase, with no spaces or underscores. It is commonly used in Java and JavaScript.
Examples: firstName, lastName, numberOfDevices.
3- Snake Case: Words are separated by underscores, and all letters are lowercase. It is commonly used in Python and Ruby.
Examples: first_name, last_name, number_of_devices.
Thank you for reading ๐
Examples: FirstName, LastName, NumberOfDevices.
2- Camel Case: The first letter of the first word is lowercase, and the first letter of subsequent words is uppercase, with no spaces or underscores. It is commonly used in Java and JavaScript.
Examples: firstName, lastName, numberOfDevices.
3- Snake Case: Words are separated by underscores, and all letters are lowercase. It is commonly used in Python and Ruby.
Examples: first_name, last_name, number_of_devices.
Thank you for reading ๐
C# is the Programming Language of 2023 ๐
As per the TIOBE Index, C# has been announced as the Programming Language of 2023. This is mainly because of the uptick in popularity, which is about +1.43%.
What sets C# & .NET aside:
1/ The Ecosystem & Community.
2/ Low Barrier to Entry.
3/ Very Active Feature Additions to the Language.
4/ The Rich CLI.
5/ Visual Studio and JetBrains IDE.
6/ Entity Framework Core is the GEM that no other Languages / Frameworks can come close to!
7/ .NET 8 introduced a lot of performance boosts to the Language.
As per the TIOBE Index, C# has been announced as the Programming Language of 2023. This is mainly because of the uptick in popularity, which is about +1.43%.
What sets C# & .NET aside:
1/ The Ecosystem & Community.
2/ Low Barrier to Entry.
3/ Very Active Feature Additions to the Language.
4/ The Rich CLI.
5/ Visual Studio and JetBrains IDE.
6/ Entity Framework Core is the GEM that no other Languages / Frameworks can come close to!
7/ .NET 8 introduced a lot of performance boosts to the Language.