Dipende dall'ambito/definizione dell'applicazione. Ma tradizionalmente, le tue funzioni sono usate in may places $ object-> doSomething() fa proprio questo. Facendo affidamento sulla convalida, prevedi la possibilità di eseguire Qualcosa() del tuo acccord PROPRIO, sai?
Troppo, se si mantiene la convalida al di fuori si può facilmente gestirlo. Non c'è bisogno di scovarlo in quella particolare funzione interna. Mantengalo OOP, ma più come
$ data = $ validator-> sanitizeSomething ($ data); $ oggetto-> doSomething ($ dati);
mantiene le regole di convalida separate e facili da maneggiare così come le funzioni interne.
Elaborare, supponiamo di avere un oggetto db che aggiunge un allineamento alla tabella:
class db {
function addRow($table, $associativeArray) {
// primitive i know, just an example
}
}
vorresti il tuo convalida in là?
function addRow($table, $associativeArray) {
if(isset($assiciativeArray['description']) {
// validate
}
}
sarebbe sciocco - che ci si vuole che nel l'oggetto che si sta lavorando in
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;
}
}
fonte
2010-06-07 20:00:02
http://symcbean.blogspot.co.uk/2017/07/validate-input-escape-output.html – symcbean