I've designed an MVC (in .NET) where the View has no link to the Model. It only knows about the Controller. The traditional MVC pattern has all parts communicating with each other. In my case, the Controller is basically a mediator. This keeps any exceptions or logic out of the View. It has zero dependency on the Model. Is this no longer an MVC?
In the strictest of sense, no. But does it have a WAY for the view to communicate with the Model if needed without changing the architecture/interfaces?
[For instance if you have a TalkToModel() method implemented, even though you dont use it YET, its an MVC in my view.]
The View (EXE) doesn't include any references to the Model. So those would first need to be added and then the appropriate calls made (methods implemented). But, what is controller for then? Seems MVC is a step lower on the quality ladder since it dirties up the View.
Isn't communication with the Model possible with any View? Is what I've done better than MVC? Is there a name for this (MVC - V<=>M)?
I guess rather than MVC, it's just VC then, eh? ;)
In MVC implementations, the view subscribes to changes in the model, and acts on the controller; the controller makes changes on the model, which get propagated to the views by way of their reference to the model. In your case, it sounds more like you've buried your model in your controller (after all, you've got to get your data from somewhere); that's not necessarily bad or anything, but it's also not MVC in the strict sense.
Your approach seems a lot like MVP, but I couldn't say for sure without more details.