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)

Summary

We started by looking at why it is important for developers to write unit tests to develop quality-assured code. Theoretical problems were identified that could arise from bugs in the software. These include loss of life and expensive lawsuits. Unit testing and what makes a good unit test was then discussed. We identified that a good unit test must be atomic, deterministic, repeatable, and fast.

Next, we went on to look at the tools available to developers that assist with TDD and BDD. MSTest and NUnit were discussed with examples that showed how to implement TDD. Then, we looked at using a mocking framework called Moq in conjunction with NUnit for testing mock objects. Our look at tools then concluded with SpecFlow—a BDD tool that allows us to write features in a business language that both techies and non-techies can understand—to make sure that what the business wants is what the business gets.

NUnit was then put to work as we worked through...