Note: This episode comes with 3 screencast(s). You can find these screencast(s) in the Extras file, linked to above.
How big should a function be? Twenty lines? A full screen? Is there a way to know if your functions are the right size?
Object-Oriented Design involves the art of breaking applications into classes. But, have you found all the classes in the design of your application? Is there a way to know?
Functions are supposed to do "one thing", do it well, and do it only. But what is "one thing"? Is there a way to tell if your functions are obeying that rule?
The answer to all these questions is, yes! And not just with some fuzzy hand-waving platitudes, either—there are fool-proof and unambiguous answers to these questions.
In this episode Uncle Bob shows you, in no uncertain terms, how to tell if your functions are the right size. He'll show you how to be certain that you've found all the classes in your design. He'll show you where they go to hide, and how to dig them out. And he'll show you what "one thing" really means, and how to make sure your functions are doing one and only one thing.
This episode is loaded with code, but it's no screencast! Oh, you'll see some screencasts, but not in the ordinary way—not hardly. Uncle Bob controls these screencasts—he controls the audio, the video, the speed, and the magnification. He narrates and summarizes and points out the highlights. You'll see what you need to see, without waiting for the typing. In fact, Uncle Bob compresses two hours of screencasts into three sessions totaling about twenty minutes. So, it's a wild ride.
On that ride you'll learn why function size is so important to Object-Oriented Design, and also to programming in general. You'll learn the craftsman's way of writing and refactoring functions.