Closed mattagape closed 5 years ago
I have also found "Head First Design Patterns" (http://shop.oreilly.com/product/9780596007126.do) to be a useful book, but haven't gone through the whole thing enough to feel confident recommending it to a class.
Class Complexity: We list one decision; could perhaps list more examples ("How much flexibility should I allow in this class's inner workings?", "Should I split this related functionality into multiple classes or keep it in one?")
Reading a pattern: We could perhaps simplify this, and group together or omit some of these, or briefly explain them (without knowing what each item involves, the list can be a bit disorienting)
Introducing Some Patterns: I would write "Model-View-Controller" (with hyphens)
Strategy pattern:
FourierNearestFrequencyStrategy
, where we write series.count/2
(in a couple of places). This should be series.count//2
for Python 3, to ensure the result is an int. This seems fixed in the other straegy examples.Model-View-Controller: We could write a few words about what each of the three components is meant to take care of (e.g. under Model: "This is where we describe our internal logic, rules, etc"; under View: "This is where we describe what the user sees of our Model")
@mattgillucl
@ageorgou
raw
but it doesn't work with csv
; b) fixed
The GoF book is mentioned but people may find it easier to read "Design Patterns for Dummies" (https://www.amazon.co.uk/Design-Patterns-Dummies-Steve-Holzner/dp/0471798541). I have and I think it's a good book.
The
%matplotlib inline
should go at the start of "Strategy pattern example: sunspots". Remove from line above and also from line below.Typo: unweildy should be unwieldy
In "Apply the strategy pattern", which is already quite confusing, why do we show the traceback?