Question

Say you have an abstract base class Task which is a task a user can complete. There are two concrete Tasks: SimpleTask and ChecklistTask. What if you wanted the (ASP.NET) UI to show a different control based on which type of Task it is?

In WPF you could use DataTemplates, but what is a nice way to do it in ASP.NET? We are trying to avoid a switch statement by the way. We have other pieces of code with long switch statement which started out small, but grew in time. That’s what we’re trying to avoid.

Is there a design pattern for things like this? We can’t let the Task classes ‘know’ the UI classes because they’re are domain classes. Or is a switch statement the best we can do (if necessary hidden in a seperate ‘factory’ class)?

Answer 1

Something, somewhere, has to know how to map the Task subclass to the UI control. Period. The only question is where to put this knowledge.

1. The Task itself
2. A class that can use data retrieved from the Task to find an appropriate control
3. The code that actually gives the Task out (why can’t it give the UI control instead?)
4. Some code that maps the Task class to the UI control, possibly via attributes and reflection.
5. Some other kind of metadata.