HN user

twashing

1 karma

I'm a Senior Software Developer with over 10 years of experience architecting and building enterprise applications from end to end. With clients from Lehman Brothers & Bank of Montreal, to Rogers & Conde Nast, my experience includes delivering stable, robust software architectures on time and on budget.

I'm big into Clojure at the moment. I love language design, custom grammars, and functional languages. I also contribute to the open source community whenever I can.

Posts1
Comments3
View on HN

I would not give the refactoring recommendation you suggest. I would make both Account and Customer 'Displayable' and 'Persistable' ( still thinking in Java :( ). Then implement a kind of Strategy pattern to take a Displayable object. Same goes for Persistable.

That way you can focus on the domain objects as data, and how they are related to each other. You can also come up with cleaner (and more orthogonal) patterns of how to display, persist, or otherwise handle that data.