¿Qué idioma utiliza VF?
Como el sistema de gestión de bases de datos más flexible y potente del mercado, Visual FoxPro tiene una larga y gloriosa historia de desarrollo. Cuando se fundó, era el producto FoxBASE de Fox Software Company. "Fox" (como se le llama en la comunidad de programación internacional) es conocido como un producto de base de datos confiable, conveniente y eficiente para programadores. No existe ningún producto en el mundo que funcione como Visual FoxPro, ¡es único!
Muchas personas han disfrutado del servicio de Visual FoxPro pero no saben qué es. ¡Sigamos su trayectoria de desarrollo para entenderlo! Esto le dará una comprensión más profunda del mismo.
FoxPro pertenece a una categoría de DBMS llamada Xbase. El término Xbase es muy común y hace referencia a lenguajes como FoxPro, dBASEIII PLUS, dBASEIV, FoxBASE y ARAGO. Xbase se originó originalmente a partir de un DBMS utilizado por mainframes llamado JPLDIS (Jet Propulsion Laboratory Database Management and Information Retrieval System). Este DBMS fue desarrollado con éxito por el estadounidense Jeb Long en 1972. Hasta ahora, desarrolladores y programadores de todo el mundo han escrito decenas de millones de líneas de código Xbase.
FoxBASE, que data de finales de la década de 1980, era un sistema clon de dBase. Mientras dBASEIII pueda hacer un trabajo, FoxBASE podrá hacerlo mejor y más rápido. Aunque FoxBASE tiene algunas características nuevas, en realidad no tiene un avance tecnológico importante. Sólo está destinado a funcionar más rápido y mejor y, lo que es más importante, es compatible con dBASEIII.
FoxPro 1.0 fue el primero en desviarse del principio de compatibilidad. Comenzó a adoptar algunas ideas nuevas en el diseño de interfaces gráficas de usuario y métodos de desarrollo de software, poniéndolo por delante de dBASEIV, que ya había perdido sus perspectivas en ese momento.
A partir de 2.0, FoxPro realmente ha formado sus propias características. Cuando se lanzó FoxPro 2.0, incluía varias tecnologías clave y trajo cambios revolucionarios al mercado de desarrollo de bases de datos para PC. Estas tecnologías son:
Con la incorporación de la tecnología Rushmore, puede realizar muchas tareas inimaginablemente complejas. De repente, tablas con millones de registros no sólo eran posibles sino también muy fáciles de implementar en un sistema de base de datos de PC sin tener que cambiar a otras tecnologías más costosas. La ventaja más importante de Rushmore era que estaba completamente automatizado, sin que el usuario gastara dinero; energía y tiempo. Debido a la tecnología Rushmore y la velocidad inherente de Fox, Visual FoxPro sigue siendo el motor de base de datos de escritorio más rápido incluso en la actualidad.
La declaración SQL es otra tecnología clave revolucionaria introducida por FoxPro 2.0. Por primera vez, los desarrolladores de Fox reemplazaron todo el proceso con una sola declaración, y este soporte está integrado en el motor de datos de Fox. El lenguaje SQL fue y sigue siendo un poderoso lenguaje de datos.
FoxPro 2.0 también introduce una herramienta WYSIWYG para desarrollar informes y pantallas.
FoxPro 2.0 tiene algunas de las excelentes características que tenemos con Visual FoxPro actual. Los servicios de diseño de GUI, SQL y el acceso a datos extremadamente rápido son sus características obvias.
FoxPro 2.5 está disponible para DOS y para Windows, pero la versión de Windows sólo tiene la apariencia de una aplicación de DOS que se parece a "Windows".
Especialmente la versión para DOS es definitivamente un clásico. ¿Existen muchos sistemas de este tipo a nuestro alrededor? En ese momento, alguien comentó: Este software ya no puede ser más rápido a menos que se actualice el hardware...
No fue hasta el lanzamiento de Visual FoxPro en la primavera de 1995 que hubo otra mejora importante en FoxPro (Microsoft ya había adquirido Fox Software Corporation). Visual FoxPro 3.0 sorprendió a la comunidad de desarrollo de bases de datos de PC al agregar algunas características largamente esperadas. Podemos ver: Visual FoxPro y FoxPro son muy diferentes. Ya no llames a Visual FoxPro FoxPro. Estas características son:
El contenedor de base de datos, también conocido como DBC, agrega soporte para procedimientos almacenados, reglas de datos asociadas con tablas y una variedad de características de datos adicionales que los desarrolladores han deseado durante años.
Conexión perfecta de datos remotos. Cuando se trata de conectar el procesamiento de datos remotos, todo el mundo suele pensar en motores de procesamiento de datos como RDO, ADO y BDE. Entonces, ¿qué utiliza Visual FoxPro para lograr una conexión perfecta de datos remotos? ¡El motor de procesamiento de datos propio de Visual FoxPro es diferente de cualquier otra herramienta de desarrollo! El motor de procesamiento de datos de Visual FoxPro "se comunica" con el servidor de base de datos remoto a través del controlador ODBC. El controlador ODBC del servidor de base de datos remoto puede convertir datos de Visual FoxPro en datos que puedan ser interpretados por ellos; También convierte los datos remotos en datos que pueden ser procesados por el motor de datos de Visual FoxPro. Se puede ver que siempre que la base de datos remota tenga un controlador ODBC, Visual FoxPro se puede utilizar como software cliente. Las bases de datos comunes, como SQL Server, Oracle y Access, proporcionan controladores ODBC.
Existen dos métodos para operar datos remotos en Visual FoxPro, vista remota y tecnología SPT. View es un cursor SQL actualizable que agrega un conjunto completo de métodos de acceso a datos para el procesamiento de datos, visualización de GUI y producción de informes. Admite dos tipos de vistas, vista local y vista remota. Las vistas locales son vistas basadas en tablas de Visual FoxPro y las vistas remotas son vistas basadas en cualquier fuente de datos ODBC. Además, para hacer de Visual FoxPro un entorno de desarrollo C/S completo, además de las vistas, Visual FoxPro también admite la tecnología SPT (SQL Pass Through) para completar tareas que las vistas no pueden completar, como la administración de usuarios de servidores de bases de datos. , llamadas a procedimientos almacenados, etc. Después de la aparición de las tecnologías View y SPT, Visual FoxPro se convirtió en la principal herramienta para acceder a datos remotos. En general, crear aplicaciones para toda la empresa y usar datos almacenados en fuentes de datos remotas es casi tan fácil como usar las tablas de Visual FoxPro, con la adición de comandos, funciones, procesamiento de datos y acceso a datos. La programación normal de Visual FoxPro no hace ninguna diferencia. Señale nuevamente: la tecnología Remote View y SPT son compatibles directamente con el motor de procesamiento de datos Visual FoxPro, que es diferente de la tecnología de acceso a datos externos en VB y VC (utilizan componentes como: DAO, RDO, ADO...) Por lo tanto, el uso de Visual FoxPro es muy eficiente para acceder a datos remotos y puede integrar perfectamente datos remotos y datos locales para maximizar la eficiencia del desarrollo y la eficiencia de ejecución del programa.
Totalmente compatible con la tecnología orientada a objetos (OOP). La implementación completa y sólida del procesamiento orientado a objetos mejora enormemente las condiciones de desarrollo de software.
Un modelo de objetos robusto y la capacidad de crear sus propias clases y subclases permiten un nuevo enfoque para el desarrollo de software.
Visual FoxPro 5.0 es una versión mejorada de 3.0. Es un sistema de 32 bits. Tiene la función de usar y crear servidores COM y comienza a soportar la publicación de Visual FoxPro en Internet. A partir de esta versión, Visual FoxPro ingresó a la familia Visual Studio, y durante este período también aparecieron rumores de que Visual FoxPro ya no se actualizaría.
Antes de la aparición de Visual FoxPro 6.0, Microsoft planeó lanzar DNA, que hoy evolucionó a .NET, y prometió desarrollar Visual FoxPro hasta convertirlo en una sólida herramienta de nivel medio, por lo que los cambios en Visual FoxPro de ahora en adelante No será accesible para usuarios jóvenes. Es demasiado fácil de sentir.
Visual FoxPro 6.0 no tiene cambios fundamentales, pero algunos cambios son bastante obvios. Acceder y Asignar son dos métodos que son muy creativos para controlar los datos que se colocan en su objeto. Con la nueva Galería de componentes y las clases básicas, puede pasar fácilmente a la creación de aplicaciones orientadas a objetos. La compatibilidad con COM es mejor. Después de Server Pack 3, podemos usar Visual FoxPro para crear componentes COM de subprocesos múltiples.
Visual FoxPro 7 es la primera versión visual de Fox, la actualización de producto más revolucionaria después de Visual FoxPro 3. En cuanto a sus características, habrá un párrafo especial en este artículo para explicarlas más adelante.
El lenguaje de Visual FoxPro está compuesto por Xbase, SQL y OOP. No sé si esta descomposición es razonable. Acabo de sacar la conclusión anterior del historial de desarrollo de FoxPro. De hecho, los tres anteriores están perfectamente integrados en Visual FoxPro. Ya están estrechamente relacionados con Visual FoxPro y son inseparables. Muchas declaraciones y funciones hacen que sea difícil distinguir a qué categoría pertenecen (y no es necesario). Además, el término Xbase no es muy apropiado. Es fácil malinterpretarlo. Parece que el lenguaje de Visual FoxPro es un "lenguaje muerto" que no se ha desarrollado y que, de hecho, es una "antigüedad" de hace más de diez años. , en cada actualización de FoxPro (ahora que es Visual FoxPro 7), esta parte del lenguaje será revisada y agregada. Creo que esto sigue siendo así: el lenguaje Visual FoxPro se llama: "lenguaje Visual FoxPro". Es diferente de cualquier Xbase anterior (a lo sumo tiene orígenes históricos) y también es diferente de otros lenguajes de programación. Esto es como Delphi, que es un lenguaje Object Pascal, no el Pascal anterior, es VB, no el Basic anterior;
Desde que Fox entró en la era de la visualización, la compatibilidad con la tecnología COM siempre ha sido un área en la que Visual FoxPro seguirá mejorando en el pasado, el presente y el futuro. El mayor beneficio de la programación orientada a objetos (POO) es la reutilización del código. Sin embargo, la programación orientada a objetos es simplemente una excelente solución para la reutilización de código. El simple uso de la tecnología OOP no solo requiere que todos los objetos se completen en un idioma, sino que también es necesario obtener el código del programa original para incrustarlo en la aplicación (al igual que usamos Class en el desarrollo de Visual FoxPro).
Esto puede no ser un problema si el objeto lo escribe usted o su empresa, pero sí lo es si el objeto lo escriben otras personas u otras empresas... Además, para ahorrar recursos, a menudo queremos poner un objeto de forma remota Hay muchas aplicaciones en su computadora. ¿Cómo puede realizar esta tarea de manera simple y segura? ¡Parece que la programación orientada a objetos por sí sola no es suficiente! Por lo tanto, Microsoft propuso la tecnología de Modelo de objetos componentes (COM). Con ella, no necesitamos incrustar el programa fuente del objeto en nuestra aplicación. Podemos usar objetos desarrollados en otros lenguajes y usar objetos de manera distribuida.
La tecnología COM proporciona cuatro funciones diferentes y Visual FoxPro admite todas las funciones COM.
Los documentos ActiveX permiten a los usuarios editar documentos de una aplicación en otra aplicación. Cuando incrustamos o vinculamos el documento de Word en Visual FoxPro, podemos editar el documento de Word sin salir de Visual FoxPro.
Los controles ActiveX proporcionan a los desarrolladores métodos para aumentar las funciones del sistema. Una aplicación típica es el uso de varios controles ActiveX para mejorar la interfaz de usuario. Lo que se debe tener en cuenta aquí es que Visual FoxPro no admite (ni tampoco 7.0) controles ActiveX "en contenedores", como el control Cool bar.
La automatización permite a los usuarios manipular otra aplicación o componente en una aplicación. Las aplicaciones típicas son las aplicaciones OLE-Automation de Visual FoxPro y Office.
La automatización remota o COM distribuido (DCOM) es similar a la tecnología de automatización, excepto que admite la distribución de componentes. Esta es la estrategia de aplicaciones distribuidas de Microsoft.
Visual FoxPro no soporta el desarrollo de controles Active (ActiveX), pero sí el desarrollo de componentes de servidor, es decir, los componentes utilizados en Automatización y Automatización Remota se pueden desarrollar con Visual FoxPro. Esta capacidad de Visual FoxPro ha estado disponible desde 5.0. En SP 3 de 6.0, se pueden desarrollar componentes multiproceso, que se han comentado anteriormente. Las versiones futuras de Visual FoxPro definitivamente tendrán un mejor soporte para la automatización, especialmente la automatización remota, ya sea desarrollando componentes de servidor o usando Visual FoxPro como programa cliente.
En resumen, Visual FoxPro es una importante herramienta de desarrollo para crear aplicaciones de misión crítica, para toda la empresa, orientadas a objetos, de un solo nivel, de dos niveles y de varios niveles, que se pueden ejecutar localmente o configurar. globalmente.
¿Visual FoxPro está obsoleto?
Con todo respeto, estoy realmente cansado de escuchar esta pregunta. He estado escuchando esta pregunta durante varios años. Desde el momento en que aparecieron los rumores hasta hoy, la versión de Visual FoxPro ha cambiado dos veces, a saber, Visual FoxPro 6.0 y Visual FoxPro 7.0 lanzados en la primavera de 2001. Según noticias oficiales de Microsoft, Visual FoxPro 8 (tal vez ese sea el nombre) ya está en desarrollo. No puedo garantizar que exista Visual FoxPro 9.0 (al igual que no puedo garantizar que Microsoft seguirá existiendo en ese momento).
Se puede decir que mientras no haya eventos inesperados (como el colapso de Microsoft, cambios importantes en la industria, etc.), ¡Fox se desarrollará de manera constante!
En países extranjeros, un programador o una empresa considera las herramientas de desarrollo que utiliza como una inversión. Como desarrollador de Visual FoxPro, Microsoft debe proteger los derechos de inversión de los clientes. Este es un negocio muy básico. Microsoft nunca se atrevería a eliminar Fox, que tiene 500.000 usuarios, a menos que nunca quiera ganar dinero con esos 500.000 usuarios.
No sé por qué hay rumores de que Visual FoxPro será eliminado. Sin embargo, la actitud de no publicidad de Microsoft hacia Visual FoxPro en los últimos dos años ha alimentado este rumor. Además, Visual FoxPro es de hecho un producto que fácilmente puede causar malentendidos. Es fácil para los usuarios jóvenes juzgarlo como "no tan bueno", por lo que agregar ese rumor crea la ilusión de que "Visual FoxPro realmente va a ser eliminado".
¿Por qué Visual FoxPro es un producto engañoso? Resumo las siguientes razones:
El debate entre orientado a objetos y orientado a procesos
Decimos que Visual FoxPro es un lenguaje orientado a objetos, y hay una base para ello. Un lenguaje orientado a objetos debe tener cuatro características: abstracción, encapsulación, herencia y polimorfismo. ¡Compruebe si Visual FoxPro admite estas cuatro funciones!
Por supuesto, Visual FoxPro es un lenguaje antiguo como C y Object Pascal, por lo que hay muchos morfemas orientados a procesos en el lenguaje. Sé que muchas escuelas sólo enseñan a los estudiantes a utilizar las características del lenguaje orientado a procesos de Visual FoxPro mientras ignoran la enseñanza orientada a objetos. El mismo problema también existe entre la mayoría de los programadores de Visual FoxPro. Debemos entender: No podemos decir que Visual FoxPro no es un lenguaje orientado a objetos porque no hemos utilizado las potentes funciones orientadas a objetos de Visual FoxPro. Esto es como decir que los Tengu se comieron el sol porque llovió y no lo hizo. ¡Levántate tan infantil y ridículo!
Sabemos que Visual FoxPro ha seguido el enfoque orientado a procesos durante muchos años en operaciones de datos, que es muy diferente de las herramientas de desarrollo populares ahora. Creo que Microsoft tiene sus razones para hacer esto:
Primero, el procesamiento de datos orientado a procesos puede utilizar mejor la flexibilidad y aleatoriedad del sistema de lenguaje XBase. Comprenderá esto si ha utilizado otras herramientas de desarrollo de bases de datos y luego usa Visual FoxPro.
En segundo lugar, no proporcionar directamente componentes de procesamiento de datos orientados a objetos no significa que los usuarios no puedan encapsular sus propios componentes de procesamiento de datos. Muchos programadores excelentes de Fox encapsularán ellos mismos componentes de procesamiento de datos especializados. ¡Este es el noble reino de la programación de Visual FoxPro!
El debate entre operaciones orientadas a registros y orientadas a conjuntos
Según la comprensión superficial del autor, el procesamiento de bases de datos relacionales se puede dividir en operaciones orientadas a registros y operaciones orientadas a conjuntos.
El sistema de cursor del cliente soportado por varias herramientas de desarrollo está orientado a operaciones de registros. Soportan posicionamiento absoluto entre registros y, más claramente, navegación entre registros, como: SKIP, GO TOP Declaraciones como esa. Visual FoxPro es sin duda un maestro absoluto en este campo. Después de 20 años de desarrollo del lenguaje, ha reunido una gran cantidad de elementos de lenguaje orientados a registros.
Es por eso que enfatizamos repetidamente: ¡El sistema de cursor de Visual FoxPro es flexible y poderoso!
Varias bases de datos grandes, como Oracle y SQL Server, son representantes del procesamiento orientado a conjuntos. En el lenguaje SQL ortodoxo, no hay absolutamente ninguna navegación de datos, los registros de datos son iguales y todo debe discutirse. Relaciones y condiciones!
Con el desarrollo de la tecnología, la gente comenzó a notar que estas dos formas de operar los datos no se pueden separar, por lo que las bases de datos grandes admiten píxeles de cursor y Fox también admite el lenguaje SQL estándar.
El posicionamiento del producto hace que los cambios en Visual FoxPro sean difíciles de sentir para las personas. Microsoft quiere utilizar Visual FoxPro como herramienta de desarrollo de nivel medio para una arquitectura de tres niveles (o arquitectura de varios niveles).
¿Qué es una arquitectura de tres niveles? La primera capa es la interfaz de usuario: contiene la interfaz de usuario, lo que permite a los usuarios ingresar, generar, consultar y otras tareas. La tercera capa es la capa de datos: es donde se colocan los datos, generalmente en referencia a la base de datos back-end; que incluye principalmente Oracle, SQL Server, etc., proporciona principalmente un lugar grande para almacenar datos de manera regular. La segunda capa es la capa de lógica de negocios (capa intermedia): algunas personas han dicho: para acceder a los datos, salte directamente desde ella; primera capa ¿Puedo ir al segundo piso? Por supuesto, nadie estipula que no se puedan tomar atajos y obtener datos directamente de la base de datos es rápido y bueno, entonces, ¿por qué crear una segunda capa?
Las reglas comerciales cambian con frecuencia. Por ejemplo, si la jornada laboral cambia de 8 a 10 en punto, ¿cómo sabe la computadora que el jefe ha pedido a todos que trabajen dos horas menos debido a eso? la recesión? No debe saber eso, debe contarlo, y aquí viene el problema. Si tienes muchas computadoras, por ejemplo 100, tienes que actualizar el programa una por una. Si se trata de un programa de red colgado en Internet, ¿no debería permitirse siempre a los usuarios descargar nuevos programas?
Más importante aún, en un entorno donde existe una gran cantidad de clientes, la arquitectura tradicional de dos niveles simplemente no puede soportar la enorme presión del trabajo. Es otra parte de la capa intermedia. ¡Un uso maravilloso!
La capa intermedia es escritura de código sin diseño de interfaz gráfica y está escrita en modo OOP. No solo debe estar familiarizado con las características de la base de datos back-end, sino que también debe considerar las características de. las herramientas de la interfaz de usuario y lo más importante es la arquitectura, pero también requiere comprender cosas complejas y aburridas como las configuraciones de seguridad de IIS, MTS (COM) y NT. Curiosamente, las diversas mejoras en Visual FoxPro en los últimos años se han centrado más en estos aspectos. La última versión de Visual FoxPro 7 ha agregado varias características en esta área. Permítanme explicar la contribución de Visual FoxPro al desarrollar la capa intermedia.
Pregunta 1: ¿Puede Visual FoxPro desarrollar un programa de servidor estable y eficiente? Sí, en Visual FoxPro SP 3 lanzado en 1999, Microsoft le dio a Visual FoxPro la capacidad de desarrollar componentes internos de procesos multiproceso y agregó una nueva biblioteca de tiempo de ejecución VFPnT.DLL (n representa el número de versión) para respaldar su funcionamiento. tiempo de ejecución, se han eliminado muchos elementos de control de interfaz y anticuados, haciéndolo más pequeño.
Sin embargo, dado que Visual FoxPro6 en sí no es muy estable (mejora después de agregar SP4 o SP5), esta gran característica no se puede utilizar completamente en Visual FoxPro 6. ¡No fue hasta la aparición de Visual FoxPro 7 que mostró su naturaleza heroica!
Pregunta 2: ¿Cómo implementar transacciones distribuidas y equilibrio de carga dinámico? Visual FoxPro 7 tiene muy buen soporte para COM y estos dos problemas se pueden resolver a través de COM.
Pregunta 3: Como programa de servidor, ¿cómo intercambia el programa cliente conjuntos de datos con el servidor? Esta es la debilidad fatal del programa de servidor desarrollado por Visual FoxPro 6. Sabemos que Visual FoxPro se utiliza para procesar datos, pero la incapacidad de intercambiar libremente conjuntos de datos con el mundo exterior reducirá en gran medida la eficiencia del desarrollo, el uso y la operación del programa. ! En Visual FoxPro 7, podemos usar XML para transferir rápida y fácilmente grandes conjuntos de datos, permitiendo realmente que los conjuntos de datos entren y salgan libremente. Ahora que recordamos el enfoque de "atributo de bucle" que utilizamos en Visual FoxPro 6, ¡realmente se siente como el cielo y la tierra!
Pregunta 4: ¿Pueden los clientes utilizar el servidor desarrollado por Visual FoxPro para hacer lo que les pidan? Sí, se proporciona una nueva función en Visual FoxPro 7: ExecScript(). Con él podrás ejecutar múltiples sentencias enviadas por el cliente que cumplan con la especificación de Visual FoxPro a la vez: podrás definir variables, realizar consultas, actualizar datos, modificar estructuras de tablas...
Microsoft es, efectivamente, practicando dejar La promesa de Visual FoxPro ejecutándose en el nivel medio. Pero desafortunadamente: debido al nivel de usuarios domésticos y al campo de las aplicaciones de software domésticas, la mayoría de los fanáticos de Fox no pueden sentir los rápidos cambios en Visual FoxPro; para ellos, ¡Visual FoxPro "no cambia"!
¿Visual FoxPro está limitado al desarrollo de aplicaciones de escritorio?
A medida que avanza la tecnología, la aplicación de la tecnología de software continúa expandiéndose. Internet se ha convertido en un campo de aplicación por el que muchas herramientas de desarrollo compiten por respaldar. Visual FoxPro ha estado ampliando continuamente su compatibilidad con Internet desde la versión 5 y la última versión de Visual FoxPro 7 ha agregado compatibilidad con servicios web. Podemos dividir el soporte de Visual FoxPro para Internet en tres partes:
Primera, conversión HTML simple. La "Publicación web" que viene con Visual FoxPro es este tipo de herramienta. Utiliza plantillas HTML y DHTML para admitir la webización de datos de Visual FoxPro. Este es un soporte web totalmente estático.
En segundo lugar, la tecnología Active Document es adecuada para uso interno dentro de la empresa. ¿Quiere convertir rápida y fácilmente aplicaciones de Visual FoxPro en aplicaciones web? Esta tecnología Active Document es la mejor opción. Admite programas de aplicación para ejecutar en IE. Sus desventajas son: la biblioteca de tiempo de ejecución de Visual FoxPro debe instalarse en el cliente. Todavía existe una estrecha relación de estado entre el cliente y la base de datos. Pertenece a la arquitectura F/S. La interfaz se puede ejecutar. Está en IE. Su rápido desarrollo y el hecho de que todavía se base en una arquitectura tradicional determinan que esta tecnología sólo pueda ejecutarse dentro de la empresa y generalmente no pueda lanzarse en redes de área amplia.
Esta tecnología se propuso en Visual FoxPro 6. En ese momento, había un elemento de menú especial en el menú Herramientas.
En Visual FoxPro 7 actual, este elemento del menú se canceló, pero eso no significa que Visual FoxPro 7 no sea compatible con Active Document, es solo que esta tecnología no tan excelente ya no necesita colocarse en una posición visible.
En tercer lugar, aplicaciones web basadas en COM.
Visual FoxPro realmente se puede utilizar para el desarrollo web porque es compatible con COM.
Debe comprender aquí que, como herramienta de desarrollo de bases de datos, Visual FoxPro no es una herramienta para desarrollar interfaces web como FronPage (quizás Visual FoxPro admita el desarrollo de interfaces web en el futuro). Visual FoxPro se ejecuta completamente como un servidor en segundo plano del sitio web, brindando servicios para diversas aplicaciones. Los componentes COM escritos con Visual FoxPro pueden ser compatibles con IIS y realizar varias operaciones en segundo plano: esta es la aplicación web real de Visual FoxPro y también es la capa intermedia de una arquitectura multicapa típica.
En esta etapa, el soporte de Visual FoxPro para la Web se puede dividir en tres niveles:
FoxISAPI.
Esta es la primera tecnología que apareció. Cuando la tecnología ASP no apareció, pudimos realizar un desarrollo web dinámico a través de la tecnología ISAPI en IIS.
Servidor Web
Apareció la tecnología ASP. Sabemos que una característica importante de la tecnología ASP es que admite la aplicación de componentes del lado del servidor. Los componentes COM escritos en Visual FoxPro pueden ejecutarse en IIS y ser llamados por ASP.
Servicio Web
Esta es una nueva característica de Visual FoxPro 7 y la tecnología más popular en la actualidad. La mayor diferencia entre este y el servicio web es que los componentes del servidor web solo se pueden llamar a través de programas ASP, mientras que cualquier sistema puede llamar al servicio web globalmente, independientemente de la plataforma de hardware o software del cliente, siempre que admita SOAP y XML. .
Para decirlo de manera más exagerada: ¡mientras tengas acceso a Internet, podrás disfrutar de los servicios proporcionados por Web Service!
Algunas personas pueden preguntar: Cuando puedo usar VB y VC para crear componentes de objetos, ¿por qué debería usar Visual FoxPro para crear los mismos componentes? Microsoft tiene un comentario especial sobre este tema, en el sentido de: Rápido, reutilización, reutilización en varios idiomas. "Rápido" significa que los componentes desarrollados con Visual FoxPro pueden recuperar y procesar datos extremadamente rápido, y Visual FoxPro puede crear cadenas muy rápidamente. ¿Qué tan rápido es? Creo que todos han experimentado la velocidad del procesamiento y el acceso a los datos. Tengo algunos datos sobre la velocidad de generación de cadenas que también podrían consultar. Este es un experimento realizado por un experto en Taiwán: 1M de datos. escribir el texto, el programa VC 6.0 tardó 3,5 segundos, el programa VB 6.0 tardó 11 segundos, Java 1.1.5 tardó 24 segundos y Visual FoxPro 6.0 tardó 7 segundos. "Reutilizabilidad" significa que Visual FoxPro tiene función OOP; Reutilización del lenguaje" significa que los objetos escritos en Visual FoxPro se convierten en componentes COM y de objetos COM después de la compilación, de modo que puedan usarse en otros lenguajes.
No piense que Visual FoxPro es un "producto de gama baja". Ya sea que evalúe Visual FoxPro en términos de calidad de base de datos (DBF Base) o entorno de desarrollo, es una "herramienta de gama alta". .
Mucha gente piensa que Visual FoxPro sólo se puede utilizar para desarrollar sistemas de usuario único o pequeños sistemas de red con arquitectura de servidor de archivos - esto es una falacia - esta afirmación ignorante es utilizada por muchas personas que hablan de C/ S, tres niveles Hay libros sobre arquitectura (especialmente algunos libros de programación de bases de datos sobre VB, PB y Delphi). Puedo decirte responsablemente que puedes usar Visual FoxPro para desarrollar un sistema con una estructura C/S. La arquitectura C/S mencionada aquí es absolutamente auténtica y no estamos engañando a todos con alguna arquitectura F/S. En la arquitectura C/S, a menudo elegimos Visual FoxPro como herramienta de desarrollo del cliente, utilizando bases de datos de red como Oracle y SQL Server en segundo plano, y utilizando las tecnologías SPT y Vista remota integradas de Visual FoxPro, para que el problema pueda solucionarse. solucionado perfectamente. No podemos entrar en detalles aquí, pero solo presentaremos el papel del motor local de Visual FoxPro en desarrollo. El motor local de Visual FoxPro es particularmente poderoso (dijimos anteriormente que puede manejar millones de registros sin esfuerzo. Al diseñar el sistema, podemos combinar fácilmente datos remotos con datos locales y controlar el tráfico de datos de la red de manera muy simple y efectiva). eficiencia del trabajo del sistema (he leído muchos libros de VB, Delphi y PB, y rara vez discuten cómo controlar el flujo de datos de la red y mejorar la eficiencia del trabajo del sistema. No sé si es porque son desdeñosos o por otras razones).
Creo que el motor local de Visual FoxPro tiene al menos tres grandes usos bajo la arquitectura C/S. Uno: almacenamiento local de datos que cambian con poca frecuencia. La relación entre los códigos postales y las regiones de nuestro país son datos relativamente estables y la cantidad de datos no es demasiado pequeña. Creo que siempre hay miles de registros (no he examinado detenidamente la situación específica). computadora cliente, puede obtener los datos localmente cuando utiliza el código postal y su información relacionada, lo que puede lograr una alta eficiencia del sistema mientras ahorra recursos de red (este es un principio importante del desarrollo de C/S), y solo unificarlos en el servidor. cuando el código postal cambia, descarga y actualiza los datos en la computadora cliente. Si utiliza otro software para lograr la misma función, definitivamente es más problemático que Visual FoxPro y el efecto definitivamente no es tan bueno como Visual FoxPro. Esto se debe a que el motor de datos de Visual FoxPro admite directamente la lectura de datos remota y puede integrarse localmente. datos y datos remotos; segundo: paquete de datos fuera de línea. Siempre hay personas en la unidad que están en viajes de negocios. ¿Puede usar su computadora portátil para emitir pedidos y firmar contratos con clientes a miles de kilómetros de distancia, tal como lo haría en su propia oficina? Cuando regresa al trabajo, simplemente conecta su computadora portátil al servidor y envía las actualizaciones. La vista fuera de línea de Visual FoxPro es una solución económica, eficiente y segura (por supuesto, puede utilizar el acceso telefónico remoto o crear un sitio web, algo que Visual FoxPro puede hacer). De hecho, el paquete de datos sin conexión también tiene una función importante: cuando los datos descargados son grandes (no diseñe el sistema de esta manera a menos que sea absolutamente necesario), en este caso, el uso de la vista sin conexión puede convertir automáticamente el conjunto de datos en una tabla física, aprovechando al máximo la alta velocidad de Visual FoxPro. Con flexibilidad, puede actualizar las fuentes de datos de backend en línea cuando haya terminado; todo es simple. Creo que la vista fuera de línea es definitivamente un punto de venta de Visual FoxPro en el sistema C/S. Aunque ADO también admite cosas similares, definitivamente no es tan eficiente como Visual FoxPro en tercer lugar: basado en datos. ¿Sabía que la mayoría de los formatos de archivo en Visual FoxPro son en realidad archivos DBF, como DBC, SCX, FRX, etc. Todos ellos pueden ser controlados por el motor local de Visual FoxPro para completar tareas complejas? Al diseñar una estructura C/S, si desea almacenar configuraciones de usuario y formatos de archivos personalizados, definitivamente es más fácil usar el motor local de Visual FoxPro que otro software, porque está usando un método que cambia la sopa sin cambiar. el medicamento, pero es simple y eficaz.
Cuando Visual FoxPro desarrolla el sistema C/S, la característica más distintiva es que el control de los datos remotos se realiza a través de la base de datos local y la conexión se administra como objetos de la base de datos local. datos locales y datos remotos. ¡Este enfoque de establecer una lógica de datos remota en el lado del cliente es similar al último ADO.NET!
En la arquitectura de tres niveles, Visual FoxPro puede servir como una tarea en cualquier nivel, pero creo que la parte de la base de datos de los sistemas grandes y medianos debería basarse en bases de datos de red. También es posible utilizar Visual FoxPro para la interfaz del cliente, pero generalmente está limitado dentro de la empresa. En Internet, normalmente utilizamos IE como interfaz del cliente. En la arquitectura de tres niveles, Visual FoxPro está más calificado para el desarrollo de la capa intermedia. Es simple (la dificultad de desarrollo no es muy diferente de la de los proyectos normales de Visual FoxPro), genera cadenas rápidas, admite tecnología COM y admite (. MTS) tecnología COM y admite XML (Visual FoxPro 7.0 proporciona 3 funciones relacionadas con XML), tiene un potente motor de datos local, métodos de procesamiento de datos flexibles y admite el desarrollo de componentes de servicios multiproceso.
Algunas personas pueden preguntar: se puede desarrollar un sistema web utilizando el lenguaje de programación ASP, entonces, ¿por qué agregar una capa intermedia? De hecho, la mayoría de los libros actualmente en el mercado que tratan sobre la Web utilizan directamente lenguajes de secuencias de comandos para desarrollar todo el sistema. Este es un enfoque muy incorrecto. Algunos incluso escriben libros diciendo que el hardware es cada vez más rápido, por lo que los lenguajes de secuencias de comandos. se utilizan para desarrollar todo el sistema. Los autores que dicen esto suelen ser personas que no tienen experiencia real en el desarrollo de aplicaciones web. Los lenguajes de scripting, como VBScript, son lenguajes interpretados y tienen una eficiencia de ejecución muy baja. Sólo son adecuados como programas adhesivos. El enfoque ortodoxo para desarrollar sistemas web es escribir la lógica de la aplicación en objetos COM y DCOM, y luego usar una pequeña cantidad de lenguaje de programación para manejar/usar estos objetos. De esta forma, la carga de trabajo será mayor durante el desarrollo del sistema, pero es adecuado para desarrollar cualquier dato