Book Image

Refactoring TypeScript

By : James Hickey
Book Image

Refactoring TypeScript

By: James Hickey

Overview of this book

Refactoring improves your code without changing its behavior. With refactoring, the best approach is to apply small targeted changes to a codebase. Instead of doing a huge sweeping change to your code, refactoring is better as a long-term and continuous enterprise. Refactoring TypeScript explains how to spot bugs and remove them from your code. You’ll start by seeing how wordy conditionals, methods, and null checks make code unhealthy and unstable. Whether it is identifying messy nested conditionals or removing unnecessary methods, this book will show various techniques to avoid these pitfalls and write code that is easier to understand, maintain, and test. By the end of the book, you’ll have learned some of the main causes of unhealthy code, tips to identify them and techniques to address them.
Table of Contents (11 chapters)

Give It a Name

The piece of code from the previous chapter is a doozy.

One of the main issues with long methods is that there's too much for your brain to process. There's too much going on; too much noise.

The quickest and most effective way to reduce this cognitive overload is by abstracting the main sections or ideas in our method into other smaller, more specific, methods.

Usually, we think about methods as a tool for sharing code. But that's not the main purpose of methods. The main purpose is that they help us to abstract parts of our code and give that code a more understandable label.

Note

Methods are not designed primarily as a mechanism to share code but as a way to abstract implementation details.

I'm going to show you the code example again, but with some added comments around where I think some natural seams for creating new methods might be:

public async processOrder(orderId: string): Promise<ValidationMessage> {
+   // This...