views:

186

answers:

2

In ASP.NET MVC, we're required to use the suffix "Controller" for all controllers. This seems unnecessarily restrictive - is there a technical reason for it?

I'm mostly just curious, but can see situations where more flexible naming rules could improve code organization. Couldn't the discovery of possible controller classes be easily made using reflection to search for Controller derived classes? Or require that controller classes be marked with a ControllerAttribute?

+11  A: 

The MVC community is heavily influenced by Ruby on Rails, which values "convention over configuration". By just naming things consistently, the application can run with zero configuration.

Jacob Carpenter
You beat me to it! Here's a link: http://en.wikipedia.org/wiki/Convention_over_configuration
Adam Alexander
Yeah; thanks. I grabbed that, too.
Jacob Carpenter
+1  A: 

One of the benefits of this convention is that it's common to have a URL segment, controller, and a model class all have the same name.

URL: /product/ Controller: Product : Controller Model: Product

This would cause a naming conflict. So we made a convention to have controller names suffixed with "Controller" to avoid this conflict. However, you can override this behavior via our extensibility APIs.

Haacked