Showing posts with label Design Patterns. Show all posts
Showing posts with label Design Patterns. Show all posts
Tuesday, 20 September 2022

CFWheels: a recommendation for their dev team

›
 G'day I'm going to pass this on to the CFWheels Dev Team, but it's applicable in anyone's code, so posting it here first....
Monday, 18 April 2022

CFML: Adding a LogBox logger to a CFWheels app via dependency injection

›
G'day: This follows on from CFML: implementing dependency injection in a CFWheels web site . In that article I got the DI working, but...
Wednesday, 14 July 2021

Switch refactoring on the road to polymorphism

›
G'day: A while back I wrote an article " Code smells: a look at a switch statement ". That deals with a specific case which ...
Sunday, 11 July 2021

Another thought on controllers and where the buck should stop

›
G'day: I just wrote an article on what a controller ought to limit itself to: " What logic should be in a controller? (and a wee ...

What logic should be in a controller? (and a wee bit of testing commentary)

›
G'day: This topic has come up for me twice from different directtions in the last week or so, so I'm gonna dump some thoughts. I...
Wednesday, 4 January 2017

PHP: looking at the Chain of Responsibility pattern

›
G'day: We're working on a proof of concept for some stuff at work at the moment, and I've been put on a code review of the firs...
Sunday, 1 May 2016

PHP: Scaling the decorator pattern

›
G'day: I while back I had a look at using the Decorator Pattern to simplify some code: Using a decorator pattern to reduce inappropr...
Sunday, 3 April 2016

Decorator Pattern vs simple inheritance

›
G'day: This is a sequel to my earlier article " Using a decorator pattern to reduce inappropriate code complexity ". You'...