El componente Zend_Filter proporciona un conjunto de filtros de datos comúnmente necesarios. También proporciona un sencillo mecanismo de encadenar varios filtros que se puedan aplicar a un solo dato en un orden definido por el usuario. En el mundo físico, un filtro se suele utilizar para eliminar partes no deseadas de lo ingresado, y la vez lo ingresado pasa a través de un filtro de salida (por ejemplo, el café). En este caso, un filtro es un operador que devuelve una parte de los datos de entrada. Este tipo de filtro es útil para aplicaciones web, para la supresión de entradas ilegales y/o que no se ajustan, eliminación de los espacios en blanco innecesarios, etc This basic definition of a filter may be extended to include generalized transformations upon input. A common transformation applied in web applications is the escaping of HTML entities. For example, if a form field is automatically populated with untrusted input (e.g., from a web browser), this value should either be free of HTML entities or contain only escaped HTML entities, in order to prevent undesired behavior and security vulnerabilities. To meet this requirement, HTML entities that appear in the input must either be removed or escaped. Of course, which approach is more appropriate depends on the situation. A filter that removes the HTML entities operates within the scope of the first definition of filter - an operator that produces a subset of the input. A filter that escapes the HTML entities, however, transforms the input (e.g., " & " is transformed to " & "). Supporting such use cases for web developers is important, and "to filter," in the context of using Zend_Filter , means to perform some transformations upon input data. Esta definición básica de un filtro puede ser extendido para incluir transformaciones generalizadas sobre la entrada. Una transformación común requerida en las aplicaciones web es la de escapar las entidades HTML . Por ejemplo, si un campo del formulario es completado automáticamente y contiene datos no verificados (por ejemplo, datos ingresados desde un navegador web), este valor debe estar libre de las entidades HTML o sólo contener entidades HTML de forma escapada, a fin de evitar comportamientos no deseados y vulnerabilidades de seguridad. Para cumplir este requerimiento, las entidades HTML que aparecen en los datos introducidos deben ser suprimidos o escapados. Por supuesto, el enfoque más adecuado depende del contexto y de la situción. Un filtro que quita las entidades HTML funciona dentro del ámbito o alcance de la primera definición del filtro - un operador que produce un subconjunto de la entrada. Un filtro que escapa a las entidades HTML , sin embargo, transforma la entrada (por ejemplo, " & " se transforma en " & "). El Apoyo a los casos de uso como para la web los desarrolladores es importante, y "filtrar", en el contexto de la utilización de Zend_Filter , los medios para realizar algunas transformaciones en los datos de entrada. Having this filter definition established provides the foundation for Zend_Filter_Interface , which requires a single method named filter() to be implemented by a filter class. Following is a basic example of using a filter upon two input data, the ampersand ( & ) and double quote ( " ) characters: filter('&'); // & echo $htmlEntities->filter('"'); // " ]]> If it is inconvenient to load a given filter class and create an instance of the filter, you can use the static method Zend_Filter::filterStatic() as an alternative invocation style. The first argument of this method is a data input value, that you would pass to the filter() method. The second argument is a string, which corresponds to the basename of the filter class, relative to the Zend_Filter namespace. The staticFilter() method automatically loads the class, creates an instance, and applies the filter() method to the data input. You can also pass an array of constructor arguments, if they are needed for the filter class. The static usage can be convenient for invoking a filter ad hoc, but if you have the need to run a filter for multiple inputs, it's more efficient to follow the first example above, creating an instance of the filter object and calling its filter() method. Also, the Zend_Filter_Input class allows you to instantiate and run multiple filter and validator classes on demand to process sets of input data. See . When working with self defined filters you can give a forth parameter to Zend_Filter::filterStatic() which is the namespace where your filter can be found. Zend_Filter allows also to set namespaces as default. This means that you can set them once in your bootstrap and have not to give them again for each call of Zend_Filter::filterStatic() . The following code snippet is identical to the above one. For your convinience there are following methods which allow the handling of namespaces: Zend_Filter::getDefaultNamespaces() : Returns all set default namespaces as array. Zend_Filter::setDefaultNamespaces() : Sets new default namespaces and overrides any previous set. It accepts eighter a string for a single namespace of an array for multiple namespaces. Zend_Filter::addDefaultNamespaces() : Adds additional namespaces to already set ones. It accepts eighter a string for a single namespace of an array for multiple namespaces. Zend_Filter::hasDefaultNamespaces() : Returns TRUE when one or more default namespaces are set, and FALSE when no default namespaces are set.