Steve, sounds like a good call.
Shameless plug for others out there:
The DoubleDawgDare videos at
a refactoring screencast which has the big point: first strip the code down
to the best signal you can get, killing all noise, then work in readily
revertable small chunks.
Have fun! This is my favorite part. I wish strangers would just give me
money to sit at home and tackle their legacy.
On Thu, Jan 7, 2010 at 1:59 PM, Steve Howell <showell30@...> wrote:
> Good stuff. I think I am dealing with a slightly different kind of
> "interglobulationfulness" than your example, but it is making me think
> harder about how to restructure my code.
> I'm not really struggling with the typical problems of how to interact with
> a GUI, because my input mechanisms are fairly simple, and my output
> mechanisms are fairly easy to mock. It is more the relationships between the
> presenters themselves that is causing me consternation. So, in a way,
> creating more presenters (e.g. subpresenters) will only increase my problems
> in a way. As I look at my code, I am starting to think that I maybe I should
> first focus on easy problems, like coming up with better names for some
> variables, tightening up the view API slightly, and then come back to the
> harder problems.
> Steve Howell
[Non-text portions of this message have been removed]