Book Image

Clean Code in C#

By : Jason Alls
Book Image

Clean Code in C#

By: Jason Alls

Overview of this book

Traditionally associated with developing Windows desktop applications and games, C# is now used in a wide variety of domains, such as web and cloud apps, and has become increasingly popular for mobile development. Despite its extensive coding features, professionals experience problems related to efficiency, scalability, and maintainability because of bad code. Clean Code in C# will help you identify these problems and solve them using coding best practices. The book starts with a comparison of good and bad code, helping you understand the importance of coding standards, principles, and methodologies. You’ll then get to grips with code reviews and their role in improving your code while ensuring that you adhere to industry-recognized coding standards. This C# book covers unit testing, delves into test-driven development, and addresses cross-cutting concerns. You’ll explore good programming practices for objects, data structures, exception handling, and other aspects of writing C# computer programs. Once you’ve studied API design and discovered tools for improving code quality, you’ll look at examples of bad code and understand which coding practices you should avoid. By the end of this clean code book, you’ll have the developed skills you need in order to apply industry-approved coding practices to write clean, readable, extendable, and maintainable C# code.
Table of Contents (17 chapters)

Business rule exceptions

Technical exceptions are exceptions that are thrown by a computer program as a result of programmer mistakes and/or environmental issues such as there not being enough disk space.

But business rule exceptions are different. Business rule exceptions imply that such behavior is expected and is used to control program flow, when in fact, exceptions should be an exception to the normal flow of the program and not the expected output of a method.

For example, picture a person at an ATM drawing out £100 from their account that has £0 in it and does not have the ability to go overdrawn. The ATM accepts the user request to draw £100 out, and so it issues the Withdraw(100); command. The Withdraw method checks the balance, discovers that the account has insufficient funds, and so throws InsufficientFundsException().

You may think that having such exceptions is a good idea as they are explicit and help identify issues so that...