Design to distribute work when generating task oriented input for legacy dos application?

Posted by TheDeeno on Stack Overflow See other posts from Stack Overflow or by TheDeeno
Published on 2009-10-16T14:59:50Z Indexed on 2010/04/15 17:03 UTC
Read the original article Hit count: 417

I'm attempting to automate a really old dos application. I've decided the best way to do this is via input redirection. The legacy app (menu driven) has many tasks within tasks with branching logic. In order to easily understand and reuse the input for these tasks, I'd like to break them into bit size pieces. Since I'll need to start a fresh app on each run, repeating a context to consume a bit might be messy.

I'd like to create an object model that:

  • allows me to concentrate on the task at hand
  • allows me to reuse common tasks from different start points
  • prevents me from calling a task from the wrong start point

To be more explicit, given I have the following task hierarchy:

START
A
  A1
    A1a
    A1b
  A2
    A2a
B
  B1
    B1a

I'd like an object model that lets me generate an input file for task "A1b" buy using building blocks like:

START -> do_A, do_A1, do_A1b

but prevents me from:

START -> do_A1 // because I'm assuming a different call chain from above

This will help me write "do_A1b" because I can always assume the same starting context and will simplify writing "do_A1a" because it has THE SAME starting context. What patterns will help me out here? I'm using ruby at the moment so if dynamic language features can help, I'm game.

© Stack Overflow or respective owner

Related posts about design-patterns

Related posts about design