Design Pattern Group
San Diego Design Pattern Group hosted by Chester, Gene, Xin and Danny
Contributors
Thursday, February 02, 2006
HFDP in Smalltalk
I found a Korean page studying HFDP(Head First Design Pattern) in Smalltalk.
It would be interesting for you all, too.
Look at it.
HFDP in Smalltalk - Chap 1. Duck and Subclasses
HFDP in Smalltalk - Chap 1. Classes implement Flybehavior Protocol
HFDP in Smalltalk - Chap 1. Classes implement Quakbehavior Protocol
HFDP in Smalltalk - Chap 1. Test codes and Duck caller
HFDP in Smalltalk - Chap 2. WeatherData Class (Direct implementation of Observer)
HFDP in Smalltalk - Chap 2. DisplayElement Class (Direct implementation of Observer)
HFDP in Smalltalk - Chap 2. Subclasses of DisplayElement
HFDP in Smalltalk - Chap 2. WeatherStation Class
HFDP in Smalltalk - Chap 2. WeatherData Class (using dependency)
HFDP in Smalltalk - Chap 2. DisplayElement Class (using dependency)
HFDP in Smalltalk - Chap 2. WeatherData (using event)
HFDP in Smalltalk - Chap 2. DisplayElement and subclasses (using event)
HFDP in Smalltalk - Chap 2. Graphics example in Smalltalk
HFDP in Smalltalk - Chap 3. Beverage and subclasses (without condiment)
HFDP in Smalltalk - Chap 3. CondimentDecorator and subclasses
HFDP in Smalltalk - Chap 3. Test code (starbuzz coffee)
HFDP in Smalltalk - Chap 3. Refactoring Condiment class
Have fun! (Study Korean, too ^^)
It would be interesting for you all, too.
Look at it.
HFDP in Smalltalk - Chap 1. Duck and Subclasses
HFDP in Smalltalk - Chap 1. Classes implement Flybehavior Protocol
HFDP in Smalltalk - Chap 1. Classes implement Quakbehavior Protocol
HFDP in Smalltalk - Chap 1. Test codes and Duck caller
HFDP in Smalltalk - Chap 2. WeatherData Class (Direct implementation of Observer)
HFDP in Smalltalk - Chap 2. DisplayElement Class (Direct implementation of Observer)
HFDP in Smalltalk - Chap 2. Subclasses of DisplayElement
HFDP in Smalltalk - Chap 2. WeatherStation Class
HFDP in Smalltalk - Chap 2. WeatherData Class (using dependency)
HFDP in Smalltalk - Chap 2. DisplayElement Class (using dependency)
HFDP in Smalltalk - Chap 2. WeatherData (using event)
HFDP in Smalltalk - Chap 2. DisplayElement and subclasses (using event)
HFDP in Smalltalk - Chap 2. Graphics example in Smalltalk
HFDP in Smalltalk - Chap 3. Beverage and subclasses (without condiment)
HFDP in Smalltalk - Chap 3. CondimentDecorator and subclasses
HFDP in Smalltalk - Chap 3. Test code (starbuzz coffee)
HFDP in Smalltalk - Chap 3. Refactoring Condiment class
Have fun! (Study Korean, too ^^)
Wednesday, February 01, 2006
Assignment at work
Hi Guys,
I got an interesting assignment yesterday.
We have running log of our main application stored in database within complex db tables (prescription log). Couple of major insurance companies require us to report them our prescription history to use their formulary information. The problem begins with all the different message formats of reporting and all the reports are based on the running log database with certain date range. Running log table has a time stamp field.
Let's think about this. It obviously contains one part "stays as same" and the other part "varies".
Isn't it good challenge for using design pattern?
I don't have any clear idea about this little project but I believe you guys can help me with this.
Any comments and ideas are welcome!
Chester
I got an interesting assignment yesterday.
We have running log of our main application stored in database within complex db tables (prescription log). Couple of major insurance companies require us to report them our prescription history to use their formulary information. The problem begins with all the different message formats of reporting and all the reports are based on the running log database with certain date range. Running log table has a time stamp field.
Let's think about this. It obviously contains one part "stays as same" and the other part "varies".
Isn't it good challenge for using design pattern?
I don't have any clear idea about this little project but I believe you guys can help me with this.
Any comments and ideas are welcome!
Chester

0 Comments:
Post a Comment
<< Home