Depende del alcance/definición de la aplicación. Pero tradicionalmente, sus funciones se utilizan en lugares de mayo $ object-> doSomething() hace precisamente eso. Al confiar en la validación allí, evitas la capacidad de hacer algo() de tu propio acceso, ¿sabes?
Demasiado, si mantiene la validación fuera, puede administrarla fácilmente. No es necesario buscarlo en esa función interna particular. Consérvelo OOP, pero más como
$ data = $ validator-> sanitizeSomething ($ data); $ object-> doSomething ($ data);
esto mantiene sus reglas de validación separadas y fáciles de gestionar, así como sus funciones internas.
Elaborar, supongamos que tiene un objeto db que añade una matriz a la mesa:
class db {
function addRow($table, $associativeArray) {
// primitive i know, just an example
}
}
habría usted quiere que su validación ahí?
function addRow($table, $associativeArray) {
if(isset($assiciativeArray['description']) {
// validate
}
}
sería tonto - te gustaría que en el objeto que se está trabajando en
class product {
function update() {
if($this->validate()) {
$this->db->addRow($this->toArray()); // or something, you get the idea, ya?
}
}
function validate() {
if($this->description != "") {
return true;
}
return false;
}
}
http://symcbean.blogspot.co.uk/2017/07/validate-input-escape-output.html – symcbean