FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Yo tengo un Nexus 5X corriendo la ultima version de Android, Nougat 7.1.2, y la aplicacion corre normalmente, pero no puedo probar demasiado por esto:
Yo creo que es mas un problema que es muy comun a Android, hay demasiada fragmentacion, demasiados dispositivos, demasiado hardware, demasiadas capas que ponen encima del SO, que ser compatible con todo es casi imposible |
#2
|
||||
|
||||
Cita:
|
#3
|
||||
|
||||
Hola a todos,
No debería decir esto, porque, tengo un programa que está relacionado, pero, prometo que no lo digo por eso, sino porque, después de ver y probar la aplicación del compañero... no he podido dejar de pensar en ello. Llevo tres o cuatro semanas trabajando en una aplicación HTML/Javascript/CSS/Cordova que no es para nada sencilla: usa Websockets para montar todo un chat, bastante complejo, consulta bases de datos, inserta, actualiza, etc., etc. Tiene ya como dos docenas de "views" o "forms" en el "lenguaje Delphi". Luce bien en cualquier versión de Android, porque, en efecto, hablamos de una aplicación HTML que se interpreta en la "WebView" de Android como en cualquier navegador web. De hecho, esta aplicación no sólo corre en Android, puede hacerlo (y lo hace) en iOS y en todos los navegadores modernos, tanto de escritorio como para móviles. Lo único que no funcionaría en este último caso sería lo que Apache Cordova aporta, como las notificaciones "push" que la aplicación recibe. Y hasta esto puede tener otra solución en el futuro... que no pase por usar un plugin de Apache Cordova. De hecho ya existe algo así para los navegadores, pero, sería, fijáos bien, la primera vez en que habría que codificar "según la plataforma", porque, esa es otra, la aplicación de que hablo corre en todos los sitios mencionados... con la misma base de código, sin cambiar nada en absoluto y sin ni siquiera usar ninguna "condición". En el caso del push podría hacerse dicha "condición", y usar un "push" que sí se soporte en los navegadores ya actualmente. ¿Qué quiero decir con todo esto? Pues que, tal vez uno viera HTML/Javascript/CSS/Cordova como algo que "no sirve", que es mejor lo "nativo"... pero, en mi opinión (y ya experiencia) nada más lejos de la realidad. Se pueden hacer aplicaciones muy curiosas y muy complejas y muy completas usando los lenguajes y herramientas mencionados (conste que no he mencionado a mi programa para nada) y desde luego no existen los problemas que encontramos con Delphi a cada momento con esta o aquella versión de Android. La app en que estoy trabajando (para un cliente) corre en Android 4, 5, 6... y seguramente 7, sin ningún problema en absoluto. En fin... queda dicho, porque, tenía que decirlo y ya está... me parece a mí que HTML/Javascript/CSS son más potentes cada día que pasa. Rara es ya la web/app que no nos pide acceder a nuestra ubicación, mostrarnos notificaciones, en fin, se tiende a dar cada vez más poder a estos lenguajes, que, por otro lado, ya digo, se comportan de forma excelente también fuera de su ámbito, que serían los navegadores web. Gracias a Apache Cordova, lo que todavía no es posible hacer de forma nativa (cada vez menos cosas), podemos hacerlo, tal como acceder a sensores del dispositivo, tomar fotos, etc., etc. P.D. Este mensaje debe ser tomado como lo que es: un intento de mostrar otras posibilidades para llevar a cabo aplicaciones para móviles, sin los problemas que se encuentran con Delphi, lamentablemente. Android puede cambiar mucho en el futuro (que puede ser la causa de los problemas de Delphi, no sé) pero no creo que Android ni ningún sistema operativo deje de tener un "WebView" o cualquier otro componente similar capaz de procesar los lenguajes "web" tal como lo hacen ya los modernos navegadores. Esto, por supuesto, garantiza que nuestra aplicación funcionará versión tras versión del sistema operativo. P.D.2. Si alguien quiere que aporte más información como posibles frameworks, que no dude en preguntar aquí. Ni siquiera mencionaré mi programa... porque en realidad no es necesario, como es obvio, pues todas o casi todas estas tecnologías son de código abierto y gratuitas. Frameworks, herramientas, lenguajes, bases de datos, servidores web (porque nosotros hablamos aquí de la aplicación "cliente"), todo se puede montar usando software libre, de modo que queda claro, otra vez, que no estoy hablando en absoluto de mi programa, que, tendrá su público, pero, no es imprescindible: de la misma forma que podríamos plantearnos usar Android Studio o cualquier otro entorno, hablo aquí del entorno "web", por decirlo así. Última edición por dec fecha: 29-05-2017 a las 21:52:18. |
#4
|
||||
|
||||
¿Pero eso sirve para hacer programas de gestión de ventas y similares?
|
#5
|
||||
|
||||
Hola a todos,
Claro, ¿por qué no? Fïjate que me arriesgo a decir que sí sin saber exactamente qué se entiende (porque no lo sé) por un "programa de gestión de ventas y similares". Lo que puedo decir es que no hablamos de un juguete, sino de una serie de tecnologías, que, bien utilizadas, pueden dar muchísimo juego, de modo que, ¿por qué no va a servir para hacer casi cualquier tipo de aplicación? ¿Qué tienen de particular este tipo de programas que dices Casimiro? |
#6
|
||||
|
||||
Cita:
|
#7
|
||||
|
||||
Hola
Cita:
Sé que es mucho pedir, pero un panorama general de estas tecnologías no estaría mal así como una precisión de eso que llamas webview. He visto algo en google, para Android, pero no sé si aplica por igual a iOS. LineComment Saludos |
#8
|
||||
|
||||
Hola a todos,
Cita:
Pero intentaré esbozar aquí algunas de mis escuálidas ideas en cuanto pueda. |
#9
|
||||
|
||||
ufffff David,.... se me han puesto los ojos vidriosos y la gallina de piel cuando lo he visto... ;-DDD
Cita:
Seguramente algunas de estas cosas son triviales o incluso en este entorno no tengan sentido, pero mi única referencia es Delphi. * Se que no tienes problemas para conectar vía Rest. * Tengo dudas de hasta dónde llega el acceso al hard (si es necesario). * Acceso a sensores de dispositivos,... * Te iba a preguntar por las notificaciones push, de lo que ya has hablado. * Haciendo paralelismo con Delphi, cuando no existe una clase en Delphi para acceder al control de volumen (por ejemplo), siempre podemos usar un bridge con la clase de Android AudioManager (https://developer.android.com/refere...ioManager.html) y acceder a esas propiedades. ¿Hay algo similar aquí? (desconocimiento) * ¿Cómo se solventa la multiplataforma? Lo que en Delphi haríamos con {$IFDEF}, por ejemplo para Android y iOS. * ¿Hay algun problema para programar Threads? ¿Hay clases para ello? * Por ejemplo, para acciones "habituales" en los dispositivos móviles como "Compartir", "tomar foto", "Enviar a"... ¿Hay algo hecho? ¿Aquí me vuelve a salir la duda de la multiplataforma? ¿Cómo se solventa? * Tema de conexión a Bases de Datos "locales" si fuera necesario... * Guardar y acceder a archivos locales de los dispositivos. ¿Alguna complicación? Fotos almacenadas, configuraciones,... * Tethering o/y accceso por bluetooth a dispositivos externos. ¿Qué soporte hay? ¿Cómo se haría?
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Tipo de Compilación (Debug/Release) y Tamaño de Exe Delphi 2010 | Neeruu | Varios | 0 | 05-09-2012 15:12:12 |
Delphi Compiler: Base, Release, Debug? | Neeruu | Varios | 1 | 12-07-2012 12:03:54 |
El debug en D2010 no me funciona | El_Raso | Varios | 1 | 22-08-2010 16:27:55 |
La aplicacion no me funciona | ivanloco | Firebird e Interbase | 2 | 08-06-2007 20:33:26 |
Migración a 10g release 2 - Problemas con la aplicación de Delphi .NET | SMTZ | .NET | 2 | 11-07-2006 09:58:20 |
|