Cita:
Extiendo estas mismas preguntas a los demás. Un saludo. :) |
Cita:
|
Cita:
Y ademas esto depende del soporte html en mobiles como un embebido, que no es muy optimo, no es nativo y carga todo el peso del navegador. Las app de phonegap y similares son muy poco fluidas y basicamente son para hacer apps nada pulidas pero "facil" para quienes manejan html/js. En resumen: Si quieres hacer apps bien, html/js no es la opcion. |
Gracias, Mario. Creo que entre más avanza este hilo, más deberes se le acumulan a newtron. :p
Pero ha de valer la pena: Cuando el caso quede resuelto, podría servirle de ejemplo a miles de creadores de aplicaciones Delphi que seguramente están en una situación similar. |
Cita:
1-Terminal server: casi descartado por el problema con las impresoras. 2-Citrix: no lo he estudiado a fondo pero dicen por aquí que es caro 3-Programa de escritorio con base de datos en "la nube": bueno, es una opción aunque no acaba de convencerme por tener que descargar la aplicación en modo local y mantenerla actualizada y habría que hacer una aplicación para cada windows/android/ios... 4-Programa html: es la que más me atrae por la facilidad de poder ejecutarse en cualquier dispositivo que disponga de un navegador aun con los inconvenientes de que no es la mejor opción para desarrollar y por otro lado habría que desarrollarla desde cero. O sea, todas malas opciones. :confused: |
Échale un vistazo a los productos (comerciales) que hay en esta web.
Alguna vez hemos hablado de alguno de ellos (en concreto de WebFMX -Livedemo-). No son soluciones óptimas, pero tal vez sirvan como adaptación a aplicaciones ya hechas, que es lo que se está buscando. |
Cita:
|
Hola a todos.
Estoy haciendo pruebas de lo siguiente : Programa en Delphi (o Lazarus) y base de datos en internet. La parte de la nube la hago el php (aunque podría ser en cualquier otro lenguaje): desde el programa envío los datos mediante REST, recibo los datos como JSON y los cargo en datasets en memoria para el manejo local. Para lo que yo hago va muy bien: tienes toda la potencia y la facilidad del uso local de delphi y la base de datos en la nube. La velocidad es como la de cualquier aplicación web con la usabilidad de una aplicación de escritorio, y puedo seguir usando todos los componentes, código, etc que ya tengo. En local tengo dos ejecutables: un lanzador, encargado de comprobar si está actualizado el programa o no y el programa en cuestión. Esto me da en principio muchas posibilidades: La parte de datos está hecha, con lo que puedo ir haciendo la parte de presentación de lo que que considere más necesario en html5 (responsive) para la accesibilidad desde cualquier dispositivo. Esta idea me vino de trabajar con aplicaciones que tienen un programa cliente ejecutable como Evernote o el mismo Spotify y a la vez tienen programas web que hacen más o menos lo mismo. Con poco esfuerzo adicional tienes casi todo. Mis aplicaciones son sencillas y el volumen de datos, salvo alguna puntual excepción no es demasiado alto, así que de momento creo que servirá. De momento tengo hechas unas cosillas para uso administrativo personal y otra a medida para un cliente con un cierto volumen de datos y está contento. Tarda menos de 2 seg en cargar, generar el dataset y mostrar un grid con todo para 2493 registros. Todas las opciones de hacer algo parecido que conozco pasan por poder acceder al lado del servidor para montar cgi, etc. y ésto me permite trabajar con cualquier hosting. Desgraciadamente nunca tendré 50.000 usuarios, así que.... |
Cita:
No hace mucho hice una pequeña incursión en PHP (muy muy pequeña) para una entrada relacionado con aplicaciones móviles; Para ello desarrollé algo en PHP (está explicado en esta entrada y en las relacionadas con detalle) ¿Van por ahí los tiros? ¿Es algo similar lo que has desarrollado tú? ¿No puedes enviar algún ejemplo sencillo? |
Neftali, lo mío es aún más sencillo, ya que prescinde de todo lo referente al webservice. La generación del JSON no es exactamente la misma que yo utilizo pero es parecida.
Código PHP:
|
Realmente no hay demasiado que explicar. Un pequeño ejemplo :
Código PHP:
|
En python, http://bottlepy.org/docs/dev/index.html es lo mas simple para hacer esto. Es trivial hacer REST (http://gotofritz.net/blog/weekly-cha...on-api-bottle/).
|
Cita:
^\||/ |
Cita:
|
Cita:
Código PHP:
Código PHP:
Y lo del volumen de datos es relativo, si haces consultas que devuelvan muchos miles de registros toca esperar. Para mi no tiene mucho sentido que si tienes 100.000 registros en una tabla los cargues todos y luego apliques filtros, busquedas, etc sobre memoria. El ejemplo que puse más arriba carga 2.500 registros en menos de 2 segundos, así que en la mayoría de los casos es más que suficiente. No se me ocurren demasiados casos en los que se necesiten tener cargados tantos registros a la vez. Pero vamos, eso va con la forma de trabajar de cada uno. |
Cita:
|
Hola,
¿En qué sentido lo que comentan en los últimos mensajes es una aplicación en la nube? No es crítica, es ignorancia mía. Pero es que a mi me parece una aplicación de escritorio con una base de datos en internet y con una especie de intermediación de php, que no me queda claro para qué es o qué diferencia hay entre hacer directamente la consulta desde delphi. ¿O es que toda aplicación que use una base de datos en internet se considera un aplicación en la nube? // Saludos |
Cita:
Cita:
Así que, no es que esa solución sea "una aplicación en la nube", pero parace un paso intermedio "asequible" entre: Aplicación desktop Delphi actual <==> Desarrollo en la nube (que al final era de lo que trataba la pregunta) Al menos a mi me ha interesado por esta visión. |
Pues después de todo este rollo yo pienso que un "programa en la nube" tiene que ir en un browser para poder ejecutarlo desde cualquier dispositivo y sin instalar ningún programa local, lo que decía unos cuantos mensajes atrás... que entres en una web que te pregunte tu usuario y contraseña y accedas a tu programa.
Neftali, los componentes que me comentas tienen buena pinta y darían ese resultado porque en teoría convierten tu programa de escritorio en un programa html pero yo no veo muy claro el tema del alojamiento de la base de datos, llamadas a la api y cosas así. |
Cita:
// Saludos |
roman,
Cita:
Básicamente un programa que sea del tipo Cloud Computing debe correr sobre una plataforma para tal fín (Amazon EC2, Windows Azure, Google Cloud Platform, IBM Cloud), sobre una máquina virtual (Servidor) como un servicio (SaaS). Si el programa esta instalado sobre un dispositivo móvil o fijo y accede a uno de los servicios de Cloud Computing, por ejemplo una base de datos (PaaS), entonces el programa no es del tipo Cloud Computing pero utiliza recursos de esta plataforma en un modo híbrido. Un ejemplo que ilustra la idea anterior es el desarrollo de un programa en Delphi que acceda a una BD en un AS/400, definitivamente el programa en Delphi no puede ser considerado un programa del AS/400 (No es ejecutado en el entorno del OS/400), pero ciertamente utiliza el DB2/400 como fuente de datos :rolleyes: Revisa esta información: Espero sea útil :) Nelson. |
Cita:
Está muy bien expresado lo que comenta Netfali, y mi idea va por ahí. A mi me está abriendo muchas posibilidades: poder entrar de lleno en el alquiler de programas y pago por uso, simplificar al máximo las instalaciones locales ya que no hay base de datos local, simplifica al máximo el mantenimiento de versiones de cada programa, acceder desde cualquier lado. Otra posibilidad es simplificar y economizar en empresas de ubicaciones distribuidas, tiendas, etc. puedes eliminar terminal server p.e.: basta poner un Apache en su servidor y direccionar puertos, etc. Todo esto son ventajas que para mi son importantes. En cuanto a tecnología, el concepto no varía de lo que es una aplicación web como ya dije antes : Un aplicación web tiene dos partes : cliente (HTML, CSS, Javascript) y servidor (PHP, Python, etc). La parte del servidor es exactamente igual si es una aplicación web o lo que yo comento : el PHP recibe peticiones y parametros. Procesa la información, actualiza y/o consulta la base de datos y devuelve texto (si texto puro y duro). Ese resultado hay que presentarlo, y se puede hacer en un navegador, mezclando HTML, CSS y Javascript (este último si hay que interactuar). Lo que yo hago es que ese resultado lo presento en delphi. La parte de PHP sería la misma si se pasan los mismos parámetros, es decir para insertar un registro desde un formulario web se diseña un form con submit que llama a PHP pasando los campos del formulario como parámetros. Pues desde delphi pasas los mismo parámetros y funcionaría exactamente igual. Hay varios inconvenientes, el principal es que no es un cliente universal, pero con las opciones multiplataforma de Delphi o Lazarus y trabajando en local con texto, sin la necesidad de tecnología de acceso a datos, ni base de datos instalada todo se simplifica bastante. Cara a dispositivos móviles iré haciendo alguna cosilla web sobre todo para consultas y a partir de ahí ya iremos viendo. Como ya comenté para mi es válido a día de hoy sin tener que empezar de cero en tecnología ni recursos (el hecho de tener que rehacer ni un solo informe ya vale un mundo). |
La franja horaria es GMT +2. Ahora son las 21:14:28. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi