El uso de JSTL para mejorar la funcionalidad JSP

JSTL significa JavaServer Pages Standard Tag Library; se proporciona un conjunto de funciones básicas de la página Web que se pueden realizar muchas de las tareas básicas, tales como condicional e iteraciones de elementos estructurales, la manipulación de documentos XML y soporte para etiquetas de internacionalización a un procesamiento más sofisticado de los elementos de SQL. JSP es mejor conocido por scriplets, sin embargo, no es nada recomendable desde el inicio de JSTL y EL (Expression Language). La razón es que scriplet elemento dentro de JSP viola muchos de los principios básicos de buenas prácticas de ingeniería. El artículo profundiza en algunos de los aspectos clave de JSTL que ponen de relieve la conveniencia de usarla por scriplets.

Problemas del uso de elementos de Scripting en JSP
Mira en algunos de los problemas que surgen debido a los elementos de script (por escrito dentro de los <% ...%>). Hay demasiados. Vamos a obtener una visión general de algunas de ellas y el resto se puede deducir muy fácilmente.

Reutilización: Los scriplets incrustados dentro de JSP no pueden ser reutilizados. Como resultado, utilizando características de la tecnología orientada a objetos, tales como la herencia, la composición y la asociación es totalmente inaplicable. Además, no hay manera de hacer un extracto scriplet. El efecto secundario es la repetición del mismo código en múltiples lugares, una práctica altamente inaceptable en la programación orientada a objetos.
Depuración: Esta es una de las áreas oscuras. Intenta depurar una página JSP con scriplets salpicados ornamental esparcidos a través de algunas de las esquinas sin importancia de las etiquetas HTML. Es decir, si no se ha encontrado como archivo, déjeme decirle que es muy fácil de crear uno, al menos en JSP. Depurarlo. Ahora la parte difícil; no golpear su cabeza. Cualquier excepción lanzada en medio camino tthrough el código da una página en blanco, un rollo vacío para crear su propio significado fuera de él.

Capacidad de mantenimiento: Bueno, algo que es contrario a la reusabilidad con la capacidad de depuración horrendo, que está fuera de la cuestión. códigos desordenados, destrozados, y duplicados son difícilmente mantenible.
Sin embargo, unos sencillos dentro scriplets JSP es una marca de conveniencia, pero aún dentro de la lógica de negocio escrito scriplets JSP es una estricta no-no, no porque no se puede escribir, sino porque es un mal presagio (difícil de mantener). La convención de código JSP 1.2 Especificación recomienda el uso de la biblioteca de etiquetas JSP estándar en la aplicación Web. Sería de gran ayuda a reducir la necesidad de scriptlets JSP en páginas JSP. Las páginas que usan JSTL son, en general, más fácil de leer y mantener. Se refieren a la Convención de código para JSP .... Aparte de JSTL, hay otras maneras de superar algunos de los problemas antes mencionados, tales como el uso de componentes de frijol Java para escribir la lógica de negocio, y así sucesivamente. Pero, vamos, renunciar a los detalles y se adhieren a lo que JSTL tiene que ofrecer.

Visión general de JSTL

etiquetas JSTL se pueden agrupar en cinco categorías. Cada uno de ellos se puede utilizar para un propósito específico. Por ejemplo:

tagsare Core utilizado para la programación de propósito general en una página JSP, como se presentan elementos de cadena, sentencias condicionales, iteración, y redirigir a una nueva URL. La sintaxis para incluir la biblioteca central es:

<% @ Taglib prefix = "c" uri = "http://java.sun.com/jsp/jstl/core"%>

Formateo de tagsare particularmente útil para la internacionalización, además de dar formato al texto, fecha, hora y números. La sintaxis para incluir la biblioteca es:

<% @ Taglib prefix = "FMT" uri = "http://java.sun.com/jsp/jstl/fmt"%>

SQL tagscan ser utilizado para todas las operaciones CRUD cuando se trata de bases de datos relacionales. La sintaxis para incluir la biblioteca es:

<% @ Taglib prefix = "sql" uri = "http://java.sun.com/jsp/jstl/sql"%>

tagsare XML útil para manipular documentos XML tales como análisis y transformación de datos XML. La sintaxis para incluir la biblioteca es:

<% @ Taglib prefix = "x" uri = "http://java.sun.com/jsp/jstl/xml"%>

funciones JSTL proporcionan numerosas etiquetas para el procesamiento de cadenas. La sintaxis para incluir la biblioteca es:

<% @ Taglib prefix = "Fn" uri = "http://java.sun.com/jsp/jstl/functions"%>

Explorar la API de Java para el procesamiento de JSON

JSON, acrónimo de JavaScript Object Notation, es un formato de intercambio de datos independiente lenguaje basado en texto, estándar abierto, que se utiliza principalmente para serializar / deserializar y transmitir datos a través de una conexión de red. JSON puede tener muchos otros usos también. Sin embargo, en el ámbito del intercambio de datos, realiza funciones similares como XML. Java ya tiene soporte para la API para XML, JSON y pronto cogió interés. Java EE 7 abrazó a la biblioteca y estandarizada gran parte de su funcionalidad a través de Java Specification Request (JSR) 353. Sin embargo, incluso antes de la incorporación de este núcleo, hubo varias bibliotecas de terceros para procesar, transformar, serializar / deserializar o generar datos JSON , como JSON-lib, fastjson, Flexjson, Jettison, Jackson, y así sucesivamente. Cada uno tiene sus usos menores escenario diferente. Así, Java realidad nunca le faltó el apoyo para el procesamiento de JSON. Pero aquí, nuestro interés específico se encuentra en el grupo de la API del núcleo.

JSON y XML

Cuando hablamos de JSON, una pregunta viene a la mente: ¿Es mejor que XML? En vista del sistema de intercambio de datos, que parecen desempeñar funciones similares. Pueden ser similares, pero no son el mismo. De hecho, sus características no son comparables en absoluto en función de su originalidad. JSON es puramente un formato de datos. Es excelente para el intercambio de datos donde la legibilidad para los seres humanos, así como máquinas es la principal preocupación. Ahora bien, ¿qué significa esto legibilidad a una máquina? Los servidores web y los datos de cambio de páginas web, ¿verdad? JavaScript es rica en la lógica de la página Web de procesamiento. La mayoría de las páginas web se construyen en él. JSON (JavaScript Object Notation) está cerca de JavaScript; esto significa que las páginas web que utilizan JavaScript pueden consumir fácilmente los datos que figuran en formato JSON. XML, por otro lado, es un extranjero poco cuando JavaScript consumabilidad se refiere y requiere análisis críptico. Además, sintácticamente JSON utiliza un menor número de caracteres para representar los datos. Esto hace que el tamaño de datos pequeño y compacto. Por ejemplo, en un tipo de elemento JSON (String / Número / JSON anidada de objetos) se puede inferir sintácticamente. Esto disminuye el esfuerzo del analizador para darse cuenta de que la identificación es un número y firstName una cadena. A simple código JavaScript para ilustrar la idea es la siguiente:

obj1=JSON.parse(jsonObj1);
obj1.id==102;   // true
"Rica"      // true