En general, su validación debe realizarse en el modelo; ese es el punto del paradigma de MVC. La lógica del controlador consiste en hacer rebotar al usuario entre las acciones, las vistas son puramente de presentación y la lógica comercial se encuentra en los modelos.
Ciertos frameworks (CodeIgniter) divergen enormemente de la intención de MVC al hacer modelos de objetos planos que no tienen lógica (validación u otra) adjunta, requiriendo que mueva su lógica de validación a la capa de controlador, pero en ese punto su " los modelos "no son realmente modelos en absoluto, sino matrices glorificadas.
En cuanto a tener dos acciones "registrar" y "procesar_registro", me parece mucho más limpio tener una acción, que responde de manera diferente a las solicitudes de publicación y recepción. Me llamar a esta acción "crear" para mantener las cosas REST, y tienen una ruta definida whereever su marco define que es rutas para mapear "/ registro" a "/ usuario/a crear"
Ejemplo pseudo-php:
<?php
class User_controller {
// [GET|POST] /users/create
function create() {
$user = new User();
$error = '';
if (postback) {
// form has been submitted.
$user->name = $_POST['name'];
$user->password = $_POST['pasword'];
if (validate_user($user)) {
$user->save();
redirect("user/show/$user->id");
}
// user save failed, fall through to displaying the new user form
// the user's name and password (and other fields) are now populated,
// and will display
$error = 'Account creation failed.';
}
// Render the view with the user and the error message (if any)
render('views/users/create', $user, $error);
}
}
?>
Muchas gracias, sería genial si pudiera explicar cómo se vería su modelo en este ejemplo ... gracias – BDuelz