¿Que tal es FireMoneky?

[strelok]

Empezado por Neftali [Germán.Estévez]

Yo creo que es realmente rápido en comparación con otras opciones.
Basta con que hagas una prueba y nos digas tú, que has desarrollado con otras.
No todo es perfecto y el problema es que estás limitado (para hacerlo fácil) por los warppers que ha desarrollado Embarcadero. Si necesitas más cosas, se complica un poco, aunque siempre tienes la opción de hacer las cosas con Java.
Aquí lo explico un poco para que lo entiendas (cómo acceder a clases Java):
http://neftali.clubdelphi.com/cuestin-de-volumen/



Como ya te han comentado, puedes acceder directamente a los ejemplos que distribuye Embarcadero de casi todos los aspectos.
El repositorio está compartido:
https://sourceforge.net/projects/radstudiodemos/

Según la versión puedes acceder a ellos desde el IDE con el control de versiones (Git o SVN)
Revisa también las webs y el canal de Youtube (https://www.youtube.com/channel/UCMm...-WlJ-IVBzPhbgA) donde tienes cientos de vídeos para empezar.



Si.
Aunque si no queréis comprar un MAC hay opciones en Internet. De todas formas si fuera yo, para probar y testear me haría con un MAC y un iPhone.




Pues tenéis un problema (http://docwiki.embarcadero.com/RADSt...bases_(FireDAC)). Que yo sepa no hay driver de Firebird para conexión en Android. Tendréis que buscar otras opciones.
Una opción podría ser esta: http://www.tmssoftware.com/site/remotedb.asp
Otra, cambiar la Base de Datos.

Excelente respuesta, muchas gracias.
Entonces ¿la única forma de conectarme es comprando el componente de TMS?

[identsoft]

Ya hace unos meses que salió Firebird para Android(aunque es de pruebas)
http://www.firebird.com.mx/noticias/detalle/3197/

[strelok]

Empezado por identsoft

Ya hace unos meses que salió Firebird para Android(aunque es de pruebas)
http://www.firebird.com.mx/noticias/detalle/3197/

Pero ese SGDB ¿sería como un análogo de SQLite?.
Nosotros tenemos un sistema de escritorio que tiene una base de datos Firebird, y queremos que la app se conecte a esa misma base de datos, es resumen, que el programa y app compartan la base de datos, ¿eso se podría hacer únicamente con el componente TMS que me comentaron mas arriba?

[identsoft]

No sabría decirte. Todavía no lo he probado.Esperemos que alguien del foro aclare las ideas.

[WHILENOTEOF]

Empezado por strelok

Pero ese SGDB ¿sería como un análogo de SQLite?.
Nosotros tenemos un sistema de escritorio que tiene una base de datos Firebird, y queremos que la app se conecte a esa misma base de datos, es resumen, que el programa y app compartan la base de datos, ¿eso se podría hacer únicamente con el componente TMS que me comentaron mas arriba?

En mi opinión la forma más lógica de acceder a Firebird desde un cliente mobile (te sirve también para un cliente web), es montar un backend con un servicios REST (Mira por ejemplo el framework MVC Framework que está en github). También puedes montar el backend con Datasnap.

Sobre lo que han comentado de la rapidez de Firemonkey, a mí me decepcionó hacer pruebas para una aplicación des escritorio en Windows 10, ver que era más rápido la VCL que Firemonkey.

[Neftali [Germán.Estévez]]

Empezado por identsoft

Ya hace unos meses que salió Firebird para Android(aunque es de pruebas)
http://www.firebird.com.mx/noticias/detalle/3197/

Pero entiendo que lo que se pretende no es instalar FB en un Android, sino desde Android conectar a un SGBD FB, por lo tanto se necesita "una librería que haga de cliente".

[strelok]

Empezado por Neftali [Germán.Estévez]

Pero entiendo que lo que se pretende no es instalar FB en un Android, sino desde Android conectar a un SGBD FB, por lo tanto se necesita "una librería que haga de cliente".

Yo cuando hice la app nativa android, me conectaba a un servicio web en php, que a su vez, el mismo se conectaba a MySQL. ¿A eso se refieren con un servicio con REST?

[WHILENOTEOF]

Empezado por strelok

Yo cuando hice la app nativa android, me conectaba a un servicio web en php, que a su vez, el mismo se conectaba a MySQL. ¿A eso se refieren con un servicio con REST?

Así es, esa es la idea. Yo creo que hoy en día la mayoría de accesos a datos que hacen las aplicaciones mobile son mediante el acceso a servicios (normalmente rest y json). Si buscas en youtube encontrarás varios ejemplos de rest en Delphi, y el framework open source que te comenté (MVC Framework), también lo utiliza. Viene con numeros ejemplos, algunos clientes firemonkey que te pueden servir. En algunos de ellos emplea Firebird. Yo hace años, con Windows Mobile si que accedía directamente a la base de datos Firebird, pero hoy parace más buena idea montar un servidor rest para recuperar, editar e insertar datos. Una vez montado, lo puedes emplear en clientes vcl, firemonkey (escritorio o mobile), y web.

[strelok]

Vale, muchas gracias.

¿Qué opinas de xamarin? https://store.xamarin.com/ La versión gratis (la segunda) que tipo de restricciones tendrá?

[WHILENOTEOF]

Empezado por strelok

Vale, muchas gracias.

¿Qué opinas de xamarin? https://store.xamarin.com/ La versión gratis (la segunda) que tipo de restricciones tendrá?

Por lo poco que he visto (algún libro y pequeños ejemplos), creo que está muy bien Xamarin. Aunque obviamente necesitas conocer C# para empezar a trabajar. Creo que se darán situaciones donde Xamarin resolverá mejor algunos problemas, y en otros será Delphi-Firemonkey quien lo resuelva mejor. Mi impresión siempre ha sido que Delphi planteaba soluciones más elegantes y simples para muchos problemas que uno tiene que resolver en una aplicación Mobile. Por ejemplo el consumo de servicios REST, o si hicieses un acceso de Datasnap, te permitiría una mayor flexibilidad en cuanto a parámetros a emplear, que el que pueda tener una aplicación REST.

[jhonny]

Empezado por strelok

Entonces ¿la única forma de conectarme es comprando el componente de TMS?

¡Caramba¡, a veces creo que mis letras son transparentes

[Neftali [Germán.Estévez]]

Empezado por strelok

Entonces ¿la única forma de conectarme es comprando el componente de TMS?

No te puedo asegurar que sea la única, habría que investigar.