Question

I’m writing a little Java desktop application and I’m using an MVC pattern. I’ve read about how logic should be kept in the model, but there are some places where logic has to be applied but is completely related to how the GUI functions. I’ve also read that the layers should be designed to allow a “pluggable” view, meaning if you wanted to turn the app into a command-line app, you should still be able to use the same model with minimal trouble.

In my app, an image is displayed in one pane of a splitpane. There’s also a checkbox that determines whether or not the image is resized dynamically as the user resizes the pane. I feel like I’ve got two possible solutions:

1. When the user clicks the checkbox, the value would be stored in the
   model. Every time the pane is resized, that value would be verified
   to see if the image should be scaled.

2. Since the checkbox only relates to how the GUI functions, I wouldn’t
   bother storing the value in the model, and I would verify the
   checkbox directly on resizing the pane.

This is a bit of a toned down example, but illustrates my problem. Am I taking the separation of logic to too much of an extreme here?

Answer 1

“logic” can be broken down into three categories for MVC:

• Validation logic – this should be in the model.
• Business / repository logic – this should be in the controller.
• Display and behavior logic – this should be in the view.

It sounds like, in your example, that you are in behavior logic (i.e., the view) at this point.