Diferencias entre versiones web
La Web 2.0 trata sobre la próxima generación de aplicaciones en Internet, caracterizada por el contenido generado por el usuario, la colaboración y la comunidad. Cualquiera puede participar en la creación de contenido. Cargar un vídeo en YouTube, fotos de un partido en Flickr o escribir sobre tus opiniones políticas en Blogspot no requiere experiencia técnica, solo una conexión a Internet. La participación cambia nuestra comprensión del contenido: el contenido no está fijo en el editor, puede moverse a cualquier parte. AdSense de Google trajo un modelo de negocio instantáneo, especialmente para los blogueros, y los sitios para compartir vídeos han reescrito las reglas de la cultura pop y el filtrado de contenidos.
Cuando se inicia un negocio en torno a la Web 1.0 o 2.0, construir un centro de datos seguro y escalable no es una tarea fácil. Para ingresar a una industria que trata el software como un servicio, una gran cantidad de tiempo y capital sigue siendo una barrera de entrada. Además, el desarrollo tradicional de software cliente-servidor sigue siendo complejo. Y crear una aplicación exitosa también requiere una implementación y un mantenimiento diligentes. La Web 3.0 lo cambia todo al cambiar los fundamentos técnicos y económicos de la industria del software tradicional. La nueva Web 3.0 enfatiza que cualquiera, en cualquier lugar, puede innovar. La escritura de código, la colaboración, la depuración, las pruebas, la implementación y la operación se completan en la computación en la nube. Cuando la innovación se libera de las limitaciones de tiempo y capital, puede prosperar.
Para las empresas, la Web 3.0 significa que los programas SaaS se pueden desarrollar, implementar y actualizar de forma más rápida y eficiente que el software C-S tradicional.
Para los desarrolladores, la Web 3.0 significa que todo lo que necesitan para crear una aplicación ideal es una idea y un navegador. Debido a que todos los desarrolladores del mundo tienen acceso al poder de la computación en la nube, la Web 3.0 es una fuerza impulsora en la economía global.
Para los ISV, la Web 3.0 significa que pueden dedicar más tiempo a centrarse en el valor central que ofrecen a sus clientes, en lugar de en la infraestructura que lo respalda. Debido a que el código crece en la computación en la nube, la élite mundial puede contribuir a ello. Debido a que funciona con computación en la nube, los mercados de todo el mundo pueden suscribirse a él como servicio. CGI es el estándar de interfaz entre aplicaciones externas (programas CGI) y servidores web. Es la especificación para programas externos cuando el servidor WWW se está ejecutando. Los programas escritos según CGI pueden ampliar las funciones del servidor y completar trabajos que el servidor por sí solo no puede. completo. Los programas externos se ejecutan. El tiempo puede generar documentos HTML y devolverlos al servidor WWW. Las aplicaciones CGI pueden interactuar con los navegadores y también pueden comunicarse con fuentes de datos externas, como servidores de bases de datos, a través de API de bases de datos. Por ejemplo, un programa CGI puede obtener datos de un servidor de bases de datos, luego formatearlos en un documento HTML y enviarlos al navegador. , o puede colocar los datos obtenidos del navegador en la base de datos. Casi todo el software de servidor en uso soporta CGI, y los desarrolladores pueden usar cualquier lenguaje integrado en el servidor WWW para escribir CGI, incluidos los populares C, C++, VB y Delphi.
Desde un punto de vista arquitectónico, el usuario ingresa información de consulta a través del navegador web, el navegador envía una solicitud con la información de consulta al servidor web a través del protocolo HTTP y el servidor web activa el CGI externo. programa de acuerdo con el protocolo CGI. El programa emite una solicitud SQL al DBMS y convierte el resultado en HTML y lo devuelve al servidor web. Luego, el servidor web lo devuelve al navegador web. Esta estructura incorpora el modelo de tres niveles del enfoque cliente/servidor, en el que el servidor web y el programa CGI actúan en realidad como puerta de enlace para la conversión de HTML y SQL. El proceso de operación típico de CGI es: analizar datos CGI; abrir una conexión con DBMS; enviar una solicitud SQL y obtener el resultado en HTML; cerrar la conexión DBMS;
El acceso a bases de datos basado en web utiliza servidores y recursos de información existentes. Su frecuencia de acceso es alta, especialmente a datos candentes.
Pero sus principales desventajas son: ① La comunicación entre el cliente y el servidor de la base de datos back-end debe realizarse a través del servidor web, y el servidor web debe convertir datos en documentos HTML cuando varios usuarios realizan solicitudes al mismo tiempo. Debe formarse un cuello de botella en el servidor web. ②Las aplicaciones CGI necesitan abrir y cerrar conexiones de bases de datos cada vez que se ejecutan, lo cual es ineficiente y requiere mucho tiempo; ③Las aplicaciones CGI no pueden ser compartidas por múltiples solicitudes de clientes. Incluso si el programa CGI se está ejecutando, cuando llega una nueva solicitud, se generará otra. Cuando se inician aplicaciones CGI, a medida que aumenta el número de solicitudes paralelas, se generarán más y más procesos en el servidor. Generar un proceso para cada solicitud requiere mucho tiempo y mucha memoria, lo que afecta la eficiencia del uso de recursos, lo que lleva a un rendimiento reducido y un mayor tiempo de espera ④ Dado que SQL y HTML son muy diferentes, el código de conversión en los programas CGI es el mismo. engorroso de escribir y difícil de mantener; ⑤ Mala seguridad, falta de control de acceso de los usuarios y dificultad para configurar permisos de acceso de seguridad a la base de datos ⑥ El protocolo HTTP no tiene estado y no tiene una conexión constante. verificado y las aplicaciones OLTP en la Web no se pueden construir. Para superar las limitaciones de CGI, otra solución de middleware que ha surgido es la estructura basada en la extensión API del servidor. En comparación con CGI, las aplicaciones API están más estrechamente integradas con el servidor web, ocupan muchos menos recursos del sistema y se ejecutan de manera más eficiente y, al mismo tiempo, brindan mejor protección y seguridad.
La API del servidor generalmente se proporciona como una DLL, que es el código del programa que reside en el servidor WWW. Su función de extender el servidor WWW es la misma que la de CGI. Los desarrolladores de WWW no solo pueden resolver todos los problemas que CGI puede resolver con API, sino que también pueden resolver solicitudes especiales basadas en diferentes aplicaciones de WWW. Varias API están estrechamente integradas con sus correspondientes servidores WWW, y el rendimiento operativo de sus servidores objetivo de desarrollo inicial se puede explorar y mejorar más a fondo. Los programas desarrollados con API tienen un rendimiento mucho mejor que los programas desarrollados con CGI, pero desarrollar programas API es mucho más complicado que desarrollar programas CGI. Las aplicaciones API requieren cierta experiencia en programación, como subprocesos múltiples, sincronización de procesos, programación de protocolo directo y manejo de errores. Las principales API de WWW incluyen ISAPI de Microsoft, NSAPI de Netscape y WSAPI de OReily. El rendimiento de los programas desarrollados con ISPAI es mejor que el de los programas desarrollados con CGI. Esto se debe principalmente a que las aplicaciones ISAPI son archivos DLL en el mismo espacio de direcciones que el software del servidor WWW. Por lo tanto, todos los procesos del servidor HTTP pueden utilizar varios recursos. obviamente mejor que Llamar a declaraciones de programas CGI que no están en el mismo espacio de direcciones requiere menos tiempo del sistema. NSAPI, al igual que ISAPI, personaliza las funciones de servicio básicas del servidor WWW de Netscape para desarrolladores de WWW. Los desarrolladores pueden utilizar NSAPI para desarrollar interfaces con servidores WWW e interfaces con recursos externos, como servidores de bases de datos.
Aunque la estructura basada en la API de extensión del servidor puede implementar de manera conveniente y flexible varias funciones y conectar todos los sistemas de bases de datos que admiten ODBC de 32 bits, las deficiencias de esta estructura también son obvias: ① La compatibilidad entre varias API es pobre y faltan estándares unificados para administrar estas interfaces; ② Desarrollar aplicaciones API también es mucho más complicado que desarrollar aplicaciones CGI ③ Estas API solo pueden funcionar en servidores web y sistemas operativos dedicados; La introducción de Java ha hecho que la página WWW sea más dinámica y dinámica. Los usuarios de Internet pueden descargar subprogramas Java desde el servidor WWW y ejecutarlos en navegadores locales. Estos subprogramas descargados actúan como programas locales y pueden acceder de forma independiente a recursos locales y de otro tipo del servidor. El lenguaje Java inicial no tenía una función de acceso a la base de datos. Con la profundización de las aplicaciones, los pedidos de que Java proporcione funciones de acceso a la base de datos son cada vez más fuertes. Para evitar la aparición de diferentes extensiones de Java en términos de acceso a bases de datos, JavaSoft ha designado JDBC como la API de acceso a bases de datos del lenguaje Java.
Las ventajas de utilizar la tecnología JDBC para acceder a la base de datos en Java Applet son: acceso directo a la base de datos, sin necesidad de intervención de la base de datos Web, evitando así algunas limitaciones del método CGI de control de acceso de los usuarios; puede ser controlado por la base de datos El mecanismo de seguridad local del servidor se utiliza para resolver el problema, lo que mejora la seguridad. JDBC es una interfaz de programa de aplicación universal de bajo nivel que admite funciones SQL básicas. Proporciona una interfaz de usuario unificada a nivel de diferentes bases de datos. funciones, proporcionando sistemas multiplataforma y de bases de datos. Se proporcionan escenarios para acceso directo a la web. Esto supera algunas deficiencias del método API; al mismo tiempo, puede interactuar fácilmente con los usuarios y proporcionar funciones gráficas ricas y funciones de información multimedia como sonido y video.
JDBC es una API de interfaz de programación de aplicaciones Java utilizada para ejecutar sentencias SQL. Consta de clases e interfaces escritas en el lenguaje Java. Java es un lenguaje de programación orientado a objetos, multiproceso e independiente de plataforma que es altamente portátil, seguro y robusto. JDBC es una especificación que puede proporcionar a los desarrolladores clases e interfaces de acceso a bases de datos estándar y puede enviar fácilmente declaraciones SQL a cualquier base de datos relacional. Al mismo tiempo, JDBC es una interfaz de programa de aplicación de bajo nivel que admite funciones SQL básicas, pero de hecho. también admite API y herramientas de acceso a bases de datos de alto nivel. Todo este trabajo se basa en la CLI X/Open SQL. La tarea principal de JDBC es definir una interfaz Java natural para conectarse a las capas de abstracción y conceptos definidos en X/Open CLI. Las dos interfaces principales de JDBC son la API JDBC para desarrolladores de aplicaciones y la API JDBC Driver para controladores de bajo nivel. El trabajo realizado por JDBC es: establecer una conexión con la base de datos; enviar declaraciones SQL; devolver resultados de datos al navegador web.
Las desventajas de la estructura de base de datos web basada en JDBC son: solo puede realizar consultas simples de bases de datos y otras operaciones, y aún no puede realizar OLTP. La seguridad, el mecanismo de almacenamiento en búfer y la administración de conexiones aún son imperfectos; multiplataforma Las características y estándares en todos los sistemas de bases de datos están lejos de ser implementados.