TobiW's Design Study
m (TobiW's design study moved to TobiW's Design Study) |
(→Design Flaws) |
||
Line 13: | Line 13: | ||
== Design Flaws == | == Design Flaws == | ||
− | I usually write my programs around one central class which handles most of the logic. This could conflict with [[avoid god classes]] or the [[large class smell]]. | + | *I usually write my programs around one central class which handles most of the logic. This could conflict with [[avoid god classes]] or the [[large class smell]]. |
+ | * After learning a lot about the [[Getter and setter policy]], I'm sure I'll be able to eliminate many accessor methods. |
Revision as of 04:39, 30 July 2009
Overview
I decided to do the design study on a program I wrote back in Germany before I came here. I wrote it to have a single interface to the many meteorological sites I use to predict and learn something about the weather (mainly for my hobby flying sailplanes). It is quite useable but far from being finished. Technical details: it is written in Python using wxPython for the GUI, and has approx. 2500 lines of code (counted with CLOC).
The project is hosted on sourceforge: [1]
Here's the description I put up on Sourceforge: FreeMet is a meteorological program which provides weather maps, radar movies and forecasts in one GUI. New function can be added easily by writing new plugins which download, parse or process existing data available on the internet.
Design Study Goals
After having done a thorough design study I hope to
- have good documentation to make it easier for myself and others to start working on the program (again),
- discover major and minor design flaws,
- learn all those design patterns and code smells by looking at my code and trying to find them.
Design Flaws
- I usually write my programs around one central class which handles most of the logic. This could conflict with avoid god classes or the large class smell.
- After learning a lot about the Getter and setter policy, I'm sure I'll be able to eliminate many accessor methods.