✔️𝗦𝘄𝗶𝘁𝗰𝗵 𝗘𝘅𝗽𝗿𝗲𝘀𝘀𝗶𝗼𝗻

🕯 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

✅ "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

✔️ 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 😊

✔️ C#: Replace if statement with Null Conditional Operator

✔️ 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 😊

✔️ Avoid else after return

✔️ 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.

✔️ Function names should say what they do

✔️ 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 😊

✔️ 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 😊

Clean Code ✅

Use meaningful and pronounceable variable names:

The name should reflect what it does and give context. It's essential to choose names that are clear, descriptive, and easy to understand.

Thank you 😊

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:

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 😊

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.

🌐 Our latest YouTube video is live! 🎥 Dive into the world of software testing with our "Software Testing Tutorial" for beginners and beyond! 🛠✨ Whether you're new to testing or looking to sharpen your skills, this tutorial is your go-to guide.

🔗 Watch Now: Software Testing Tutorial https://youtu.be/zxWmz7qGDRg

🧑‍💻 Topics covered include manual testing, automation, STLC, SDLC models, and much more! 🌟 Don't miss out on this educational journey. Click the link above to watch and enhance your software testing expertise. 💡🔍

Like, comment, and subscribe for more insightful tech content! 🚀 #SoftwareTesting #TestingTutorial #TechEducation #YouTubeTutorial #LearnProgramming #QualityAssurance #CodingJourney 🌐✨