¿Es necesario usar sólo un index en el patrón mvc ?

[jefridev]

He visto que algunas personas sólo hacen uso del index por lo tanto usan ese sólo archivo para todo y definen cada función , usando por ejemplo www.url.com/?controlador=Listar&accion=Mostrar , ¿es esto una regla ya aplicada para esto, o puede ser distinto?, muchas gracias de antemano. Soy nuevo usando este patrón de diseño por lo tanto quiero estar bien claro con el tema.

[carlos_belisario]

investiga un poco mas, eso lo haces con un router http://web2development.blogspot.com/...ontroller.html , en ese mismo blog hay una explicacion del MVC verificalo es muy bueno para compender las bases de ese patrón, saludos

[jefridev]

Iniciado por carlos_belisario

investiga un poco mas, eso lo haces con un router [url]http://web2development.blogspot.com/2007/10/frontcontroller.html[/url] , en ese mismo blog hay una explicacion del MVC verificalo es muy bueno para compender las bases de ese patrón, saludos

Muchas lo voy a leer.

[GatorV]

No es necesario el index.php, pero es conveniente por las razones que te indican, para tener un FrontController que sea el encargado de rutear todos tus requests.

Saludos.

[jefridev]

Iniciado por GatorV

No es necesario el index.php, pero es conveniente por las razones que te indican, para tener un FrontController que sea el encargado de rutear todos tus requests.

Saludos.

Muchas gracias , si eso estoy viendo, no estaba seguro de como era realmente que se debía hacer esto.

[Webstudio]

Te cuento un poco...
En general, utilizar un solo index.php para aceptar todas las peticiones, lo que estás utilizando ahi es el patrón FrontController, esto es, un controlador "centralizado" encargado de redirigir el flujo de tu aplicación de un lado para otro, dependiendo de los parámetros que recibe, y del método que estás utilizando ( si GET o POST ).

Esto implica que solo tengas que usar un index.php para todo? Yo creo que no, pero es cierto que centralizar todos los tipos de request en un solo archivo, es útil para ejecutar ciertas tareas que se repiten en cada request. En el caso de un request HTTP, tenemos el control de las sesiones, permisos de usuarios, seteo de conexiones, log de errores, etc.

A mi en particular, me gusta tener un FrontController separado, llamado api.php para responder las peticiones que recibe mi aplicación a través de una API. Esto es porque generalmente, las tareas repetitivas a realizar, en este caso, son distintas a las de index.php, así como los parámetros que espero ( el primer parámetro generalmente es la versión de la API que se requiere usar).

Lo mismo sucede a veces con un ajax.php, si voy a responder peticiones AJAX, son otras las cuestiones a tener en cuenta y las configuraciones necesarias ( por defecto, no utilizar vistas para renderear las respuesta, por ejemplo).

Pero de nuevo, cuando aprendas PHP ORientado a Objetos, no estudies el patrón como la solución o respuesta en si mismo, son solo herramientas para aplicar a problemas reales que encuentres.
Si el patrón te dice "solo una y nada más que una" a veces "solo una y a veces, solo a veces, dos" también sirve.

Saludos