The problem the book adresses:
The book addresses the question on how to write methods in a way that they tell a story instead of looking like spaghetti.
Methodology used to address the problem
THere are four parts to a method:
- Collecting Input
- Performing work
- Delivering results
- Handling failure
Usually when we think of a method we only think of “performing work” part. Breaking
the methods into the above mentioned parts when we think of them lets us do the following:
- Separate the method logic from implementation details which will let us
write a method like it tells a story.
- Reduces the burden of checking the inputs because we get to think in terms
of transforming the inputs to suit us better.
- Focussing on delivering results in a more DRYer code. This will let you
create possibilities for batch processing :).
The book gives micro design patterns for collecting input, delivering results and handling
failures.
When you handle “peforming work” part of the method. There are a few things you should
keep in mind:
- Operate at the same level of abstraction
- Think in terms of roles and messages rather than in terms of objects and methods
yet to be written: Details about the patterns