After wrestling with the classic software problem of what to use instead of Manager when naming classes, Pete came up with a thesaurus-like list to help. My favorite is Jockey.
After wrestling with the classic software problem of what to use instead of Manager when naming classes, Pete came up with a thesaurus-like list to help. My favorite is Jockey.
Comments
Wrangler
Bah, if it's a manager, call it a manager. If it were something else, you'd call it something else. There are a lot of things to manage in a software product, so you're likely to have a lot of managers.
What do you call the singleton that manages all of the managers? The Vice-President? The CTO?
Andrew: The answer is "ManagerManager" of course. A consistant naming scheme is very useful. If you go this route, make sure that _all_ classes named FooManager are "manager" classes implementing the Manager interface and managed by the ManagerManager master class, and that all such manager classes have a name ending in "Manager". Given that you might already have some unrelated classes floating around that have "Manager" in the name, you might want to open up that thesaurus and select an alternate term. "ControllerController" might work...
Andrew, the answer is actually QueenBee
Add a comment: