Q:

Teacher confused about MVC?

I have an assignment to create a game in java using MVC as a pattern. The thing is that stuff I read about MVC aren't really what the teacher is telling me.
What I read is that the Model are the information objects, they are manipulated by the controllers. So in a game the controller mutates the placement of the objects and check if there is any collision etc.
What my teacher told me is that I should put everything that is universal to the platform in the models and the controllers should only tell the model which input is given. That means the game loop will be in a model class, but also collision checks etc. So what I get from his story is that the View is the screen, the Controller is the unput handeler, and the Model is the rest.
Can someone point me in the right direction?

A:

There actually are multiple valid implementations of the MVC pattern to a given application. 
What fundamentally characterizes an application as an MVC application is that the developer(s) seperate functionalities into the three broad categories model, view and controller. 
For the most part, the model contains an abstraction of the current state of the application and/or the underlying data. The view comprises everything that handles presentation. The controller typically is a middling instance between view and model and vice versa: e.g. if user input modifies the data model, the controller is ought to apply these changes (or void them if they are invalid); and the other way round, if a state in the model is present that is defined to result in a certain output to the view the controller will enforce this.
These are blurred lines however. The applicability of an MVC design typically is limited by the programming language you are using. 
In other words, you have to improvise to some degree. Seperate functionalities as much as it is sensible but do not overdo it where it does not make sense.

A few resources:

IBM
Wikipedia

