Como crear aplicaciones multiplataforma

[ExploradorLZCT]

Hola a todos,

Antes que nada, un muy Feliz Año Nuevo.

Si es posible, agradecería que me ayudaran con lo siguiente :

Quiero desarrollar, con base en Pascal, a modo de prueba piloto, una muy simple aplicación multiplataforma. Bueno, no tan simple como "Hola mundo".

La idea es que, básicamente, el mismo código fuente se compile, y se ejecute, en tantos sistemas operativos como sea posible. O sea, minimizando la programación condicional que deba hacerse para plataformas específicas.

Aunque Delphi tiene herramientas para esto, en principio pienso más en Lazarus con Code Typhon por dos razones :

1. Porque según parece su lista de SO a los que puede compilar es bastante más grande (incluye algunos que no conozco ni de nombre).

2. Porque para un proyecto piloto de tan corta magnitud el Delphi actual está fuera de presupuesto.

Dejando de lado el problema de como poder ir probando el aplicativo en cada SO, hay dos temas iniciales en que ojalá puedan ayudarme.

El primero es la lista de componentes visuales que podría usar. Obviamente, hay que pensar en términos de aquellos que es más probable que funcionen igual en todas las plataforma (o casi todas).

Tentativamente he seleccionado los siguientes :

TPanel, TEdit, TLabel, TBitBtn, TSpeedButton, TListBox y TScrollBox

Mi primera pregunta es entonces : Alguno sabe de plataformas en las que estos controles tengan problemas ?

El segundo tema es que una cosa es que un programa compile y otra es que se ejecute bajo un sistema operativo. Así, aunque Code Typhon compile a muchos sistemas, supongo que en algunos, tan solo para que el programa arranque, será necesario incluír instrucciones específicas.

Por tanto, mi segunda pregunta es : Podrían indicarme alguna página donde se haya concentrado, para la mayoría de las plataformas, la información necesaria para lograr que los programas realmente corran ?.

De antemano, muchas gracias.

PD 1 : Este tema es más para el subforo "Lazarus, FreePascal, Kylix, etc." de "Otros entornos y lenguajes"; pero, aunque al usar la opción Buscar he podido hallar hilos ahí, y se reportan 5475 post en él, cuando intento entrar directamente al subforo solo me muestra un mensaje. Por eso he colocado el tema aquí.

PD 2 : Mientras investigaba el tema, leí del problema entre el Lazarus oficial y Code Typhon; así como las discusiones acerca de la estabilidad de Code Typhon. Entiendo la situación actual; pero, a efectos de lo que quiero hacer, son temas que no me preocupan. Como pueden ser muy apasionantes para algunos, y quieran aludirlos, les agradezco que se abstengan de comentarlos en esta nota.

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

Empezado por ExploradorLZCT

Mi primera pregunta es entonces : Alguno sabe de plataformas en las que estos controles tengan problemas ?

Por tanto, mi segunda pregunta es : Podrían indicarme alguna página donde se haya concentrado, para la mayoría de las plataformas, la información necesaria para lograr que los programas realmente corran ?.

En cuanto a la primera, entiendo que deberían funcionar todos los de la paleta básica o estandard. Si un lenguaje o entorno se "vende" como multiplataforma y no te funcionan un TLabel, TButton, TEdit, TCheckbox, TListBox, y similares es que tiene poco de multiplataforma.

En cuanto a la segunda, más que instrucciones necesarias para que el programa arranque, es configurar todo lo necesario para que se pueda ejecutar. No deberías necesitar instrucciones diferentes. Al menos para algo tan sencillo como lo que deseas hacer tú.
En tu caso, para temas de configuraciones deberás ir a la informción del IDE/Entorno (Lazarus/CodeTyphon).

[ExploradorLZCT]

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

En cuanto a la primera, entiendo que deberían funcionar todos los de la paleta básica o estandard. Si un lenguaje o entorno se "vende" como multiplataforma y no te funcionan un TLabel, TButton, TEdit, TCheckbox, TListBox, y similares es que tiene poco de multiplataforma.

En cuanto a la segunda, más que instrucciones necesarias para que el programa arranque, es configurar todo lo necesario para que se pueda ejecutar. No deberías necesitar instrucciones diferentes. Al menos para algo tan sencillo como lo que deseas hacer tú.
En tu caso, para temas de configuraciones deberás ir a la informción del IDE/Entorno (Lazarus/CodeTyphon).

Hola,

Muchas gracias por la respuesta.

Sí, la elección inicial de los controles la hice con la misma idea que mencionas. Una esperaría que esos funcionaran; pero, de todas formas he querido verificar si alguno ha hecho la prueba y de pronto reporta problemas.

Ahora, en la segunda parte de tú respuesta tengo una duda : Tal parece que te refieres a configurar el Code Typhon en sí mismo. Yo no estaba hablando de hacer correr el Code Typhon porque de hecho cuando escribí la nota ya lo había instalado completo (El Big IDE; una muy dura experiencia por cierto).

Me refería que un programa escrito para una plataforma específica podría requerir agregarle una líneas condicionales para que corra en ese sistema específico. Por ejemplo, en la sección de Android de estos foros del Club Delphi se habla de que para la última versión de android hay que agregar en Delphi un montón de líneas. Lo que sospecho es que ocurra lo mismo en Code Typhon (y probablement e para algunas otras plataformas).

Muchas gracias por colaborar.

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

Empezado por ExploradorLZCT

Ahora, en la segunda parte de tú respuesta tengo una duda : Tal parece que te refieres a configurar el Code Typhon en sí mismo.

En realidad sí me estaba refiriendo a eso y te había entendido.
Por ejemplo, en el caso de Delphi (no se cómo se hará en CodeTyphon) no se cambian cosas en cada proyecto, porque si no para cada uno de ellos deberías hacer el trabajo.
Algunas cosas que debes hacer:
1) Configurar en el IDE parámetros referentes al SDK/NDK de Android
2) Configurar conexión con el dispositivo Android si vas a debuggar sobre dispositivo físico
3) Configurar la conexión con Máquinas LINUX si va a desplegar en LINUX
4) Configurar la conexión con Máquinas OSX si va a trabajar para iOS/OSX
5) Instalar en la máquina Linux/OSX el paServer (aplicación para despliegue remoto)
...

Una vez hecho esto, en el IDE te aparecen diferentes opciones sobre las que vas a compilar y SOLO cambiando eso tu aplicación se compila, se linka y se ejecuta en la plataforma seleccionada.
NADA MÁS. El mismo código funciona sobre todas y más uno simple como el que estamos hablando.




En mi blog hay varios ejemplos de aplicaciones que corren sobre Android/OSX/Windows sin tocar ni una línea de código. Y también esta entrada sobre Linux.

Empezado por ExploradorLZCT

Me refería que un programa escrito para una plataforma específica podría requerir agregarle una líneas condicionales para que corra en ese sistema específico.

Para cosas muy específicas o particulares si, pero para una simple DEMO no.

Empezado por ExploradorLZCT

...en la sección de Android de estos foros del Club Delphi se habla de que para la última versión de android hay que agregar en Delphi un montón de líneas. Lo que sospecho es que ocurra lo mismo en Code Typhon (y probablement e para algunas otras plataformas).

Creo que estás equivocado. No se a qué mensaje te refieres. Estaría bien que pusieras el link. A no ser que sea para salvar un problema concreto, algo avanzado o algun error, no se...
Pero ko dicho, para una demo básica no debería ser así.

[ExploradorLZCT]

Hola,

Muchas gracias por las indicaciones. Es el tipo de información que me resulta útil.

Disculpa, supuse que no me habías entendido porque no se me había ocurrido que para compilar a cada plataforma hubiera que hacer configuraciones en el IDE.

Como ví el menú que traen y está para seleccionar la plataforma a la que se desea compilar, supuse que nada más era escogerla. No se me ocurrió que para tan solo compilar en una plataforma específica hubiera que hacer los trabajos que dices y por eso no había investigado nada en ese sentido. Me pondré ha hacerlo ahora.

Lo que planteas es un punto de inicio para organizar una metodología de desarrollo de este tipo de aplicaciones; pero, de todas formas, sigo pensando que el problema real estará cuando se vayan necesitando servicios más complicados alrededor del manejo de la pantalla.

No sobra ampliarte la idea a largo plazo :

Este proyecto simple es un piloto destinado a servir como marco de referencia para establecer la metodología de desarrollo multiplataforma que a largo plazo nos sirva para producir posteriormente aplicaciones más complejas y productivas.

Lo que espero es que una vez tenga claras las reglas básicas que permitan crear rápidamente aplicaciones multiplataforma, el avanzar ha desarrollos más grandes se limite a ir agregando pequeñas opciones que prueben los controles que poco a poco vayamos necesitando.

Por ejemplo, con seguridad en algún punto se necesitará una barra de progreso. Si todo lo básico ya está listo, probar una debería ser tan sencillo como lo es en un nuestro ambiente Windows familiarM o sea, simplemente colocarla en una forma, sin tener que preocuparnos de otros factores que podrían estarle impidiendo funcionar bien.

Respecto a lo del código condicional propio a cada plataforma, el caso es que mientras investigaba ví varios hilos que hablaban al respecto, y no solo en este foro; pero, no los estuve marcando. Hice ahora una búsqueda rápida y a modo de ejemplo encontré este:

"Aplicacion Android, Delphi Tokyo v/s Delphi Rio." en el subforo "Desarrollo en Delphi para Android"

Disculpa que no coloque el enlace; pero, al hacerlo me salió un mensaje diciendo que aún no podía poner enlaces. Supongo que es una restricción que tienen en el foro para los usuarios nuevos

Saludos

[[egostar]]

2. Porque para un proyecto piloto de tan corta magnitud el Delphi actual está fuera de presupuesto.vh

Delphi Commmunity Edition te permite crear multiplataforma y es gratis. 0

Saludos

[ExploradorLZCT]

Empezado por egostar

Delphi Commmunity Edition te permite crear multiplataforma y es gratis. 0

Saludos

Muchas gracias,

Es un buen dato. Investigaré esa alternativa; pero, en principio probaré con Lazarus Code Typhon porque como dije, la lista de plataformas que mencionan es muy grande y, al menos a simple vista, parece cubrir más que Delphi.

Aprovecho para aclarar otro punto de mi plan de trabajo.

Yo tengo una versión licenciada de Delphi; pero es muy vieja. Mi plan es codificar de tal forma que el aplicativo se pueda correr tanto en esa versión de Delphi como en Lazarus Code Typhon, a lo sumo con algún cambio muy mínimo.

Eso para permitirme probar primero toda la lógica en Delphi. Cuando eso ya esté, hago el cambio a Lazarus y simplemente compilo a cada plataforma. En teoría los únicos inconvenientes con los que debería lidiar serían que en Lazarus Code Typhon algún control no funcionara bien en alguna plataforma, o con instrucciones condicionales necesarias para correr en alguna plataforma.

Por eso fué que mi primera pregunta se orientó a que controles de verdad son full portables.

Muy agradecido por el apoyo

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

Empezado por ExploradorLZCT

Como ví el menú que traen y está para seleccionar la plataforma a la que se desea compilar, supuse que nada más era escogerla. No se me ocurrió que para tan solo compilar en una plataforma específica hubiera que hacer los trabajos que dices y por eso no había investigado nada en ese sentido. Me pondré ha hacerlo ahora.

Piensa que el IDE de delphi es un programa windows que corre sobre una plataforma Windows. Por lo tanto nunca va a poder generar un fichero para OSX. Eso debe hacerlo la plataforma destino.
En el caso de OSX o iOS, la compilación realmente se hace sobre un MAC (al que debes conectarte).

Para android debes configurar el SDk y el NDk, que son los que realmente tienen todo lo necesario para generar la aplicación. Por eso TODAS esas configuraciones debes hacerlas sobre e IDE, para que luego al pulsar F9 todo sea transparente.

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

Otra cosa que debes tener en cuenta es lo siguiente (no se si es el caso de CodeTyphon). Una cosa es que un entorno sea multiplataforma y otro que puedas generar desde el entorno Windows ejecutables para todas las plataformas.


En el caso de delphi, tienes 1 único IDE (que no es multiplataforma)que funciona sobre windows y con ese IDE puedes generar aplicaciones para:

• Windows en 32/64 bits
• Android instalando los SDk/NDK de google y puedes probar sobre emuladores en windows o sobre un dispositivo físico conectado
• iOS/OSX para eso necesitas un MAC conectado (puedes utilizar emulador sobre MAC o dispositivo físico conectado)
• Linux utiizando una máquina Linux conectada y el paquete FMXLinux (si se incluyen temas visuales), en otro caso no hace falta.

Todo eso desde el IDE de Windows.
No se si eso mismo es lo que quieres realizar con CodeTyphon, pero debes asegurarte de que se puede.


Porque una cosa es que sea multiplataforma y signifique que el mismo entorno lo puedes instalar en múltiples plafatormas y que el mismo código te funcionará en todas, pero para conseguir esas aplicaciones significa que debes instalar el entorno en Windows, en OSX y en Linux para compilar y generar los proyectos en cada una de ellas.

¿Me explico?

En un caso tienes 1 IDE (windows) con N plataformas destino
En el otro tienes N IDEs (Windows, OSX, Linux,...) y cada uno genera para 1 plataforma destino (al final N plataformas destino).

Pero el camino en ambos casos ha sido distinto. A eso me refería.

[ExploradorLZCT]

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

Otra cosa que debes tener en cuenta es lo siguiente (no se si es el caso de CodeTyphon). Una cosa es que un entorno sea multiplataforma y otro que puedas generar desde el entorno Windows ejecutables para todas las plataformas.


En el caso de delphi, tienes 1 único IDE (que no es multiplataforma)que funciona sobre windows y con ese IDE puedes generar aplicaciones para:

• Windows en 32/64 bits
• Android instalando los SDk/NDK de google y puedes probar sobre emuladores en windows o sobre un dispositivo físico conectado
• iOS/OSX para eso necesitas un MAC conectado (puedes utilizar emulador sobre MAC o dispositivo físico conectado)
• Linux utiizando una máquina Linux conectada y el paquete FMXLinux (si se incluyen temas visuales), en otro caso no hace falta.

Todo eso desde el IDE de Windows.
No se si eso mismo es lo que quieres realizar con CodeTyphon, pero debes asegurarte de que se puede.


Porque una cosa es que sea multiplataforma y signifique que el mismo entorno lo puedes instalar en múltiples plafatormas y que el mismo código te funcionará en todas, pero para conseguir esas aplicaciones significa que debes instalar el entorno en Windows, en OSX y en Linux para compilar y generar los proyectos en cada una de ellas.

¿Me explico?

En un caso tienes 1 IDE (windows) con N plataformas destino
En el otro tienes N IDEs (Windows, OSX, Linux,...) y cada uno genera para 1 plataforma destino (al final N plataformas destino).

Pero el camino en ambos casos ha sido distinto. A eso me refería.

Hola,

Muchas gracias por la observación. Estoy ocupado este fin de semana; pero, prefiero contestar brevemente ahora para mantener vivo el tema.

Según había entendido, Code Typhon corre al menos en Windows, Linux y Mac. La generación de los ejecutables a las diferentes plataformas se hace desde ka plataforma en que lo hayas instalado. En otras palabras, es el mismo enfoque Delphi : Desde una sola plataforma destino, se compila a N plataformas,

Me has creado la duda y la próxima semana voy a verificarlo.

En todo caso, esa es la idea. Para mí no tiene sentido estar instalando el IDE en cada plataforma. Es una perdida de tiempo muy grande y un costo alto porque necesitas tener un equipo para desarrollo con cada una de las plataformas.

Peor, el mismo trabajo de hacer el IDE multiplataforma es en sí mismo una tarea titánica.

Como referencia, para instalar el Big IDE de Code Typhon fueron necesarias varias horas. Y no estoy hablando de la posterior configuración; tan solo de dejar corriendo el instalador.

En cuanto tenga tiempo para hacer pruebas les estaré comentando

Muchos saludos

[ExploradorLZCT]

Hola a todos,

Les cuento que cuando estaba verificando la compilación multiplataforma Murphy me hizo una visita.

Resulta que la partición donde tengo instalado Code Typhon se murió. Cuando la reviso desde otra partición me dice que no tiene formato.

Quizás me vá a tocar reformatear la partición e instalar todo de nuevo. Es algo que tomará tiempo.

Sin embargo, hasta donde había verificado, todo indica que lo que dije desde un principio es correcto :

La distribución Lazarus de Code Typhon puede generar ejecutables para otras plataformas distintas a la plataforma donde está instalado el IDE.

Sin embargo, no viene listo para hacerlo. Hay que construir primero los elementos para lograrlo; lo que incluye instalarle compiladores para cada sistema operativo en el que querramos crear un ejecutable y librerías adecuadas para ello. Incluso, en el caso de que la plataforma destino sea Android, hay que preparar primero Java.

Eso se hace invocando opciones desde el Panel de Control de Code Typhon (no desde el IDE).

Mi instalación es Win64 y para probar empecé construyendo lo necesario para compilar a Win32. Al igual que como me pasó al crear el IDE, el script activado por la opción toma mucho tiempo y tuve que detenerlo antes de que terminara.

Cuando retomé el equipo debía hacer primero otras cosas y en esas estaba cuando llegó Murphy.

En este punto, ya había construído parte de mi aplicativo de prueba en Delphi y esa parte la había probado en Code Typhon.

Se ejecutó satisfactoriamente casi sin cambios. Eso sí, puedo decir que detecté varios inconvenientes y el principal problema que le veo hasta ahora es la muy pobre documentación.

En el propio sitio de Code Typhon, de donde sale que les estoy contando, no están claramente indicados los pasos para lograr una compilación multiplataforma. La descripción que colocan es más un ejercicio académico indicando los conceptos que un manual de instrucciones.

Uno tiene que ir probando, casi adivinando, para ver como funcionan las cosas.

En cuanto pueda superar el inconveniente con el equipo, les traeré más información

Vale anotar que, aún con los inconvenientes que le he encontrado hasta ahora, me parece una extraordinaria herramienta.

Igualmente, entiendo que hay muchos programadores trabajando en ella y a los programadores usualmente no nos gusta documentar; por eso supongo que es la muy pobre información.

Creo que debemos ser comprensivos con eso; pero, es una lástima que esa falta de documentación muy seguramente desanimará a buena parte de los que intenten usar la herramienta.

Ojalá algunos de los responsables del proyecto logren organizar una solución a lo de la documentación. Si la documentación se mejora lo suficiente, no dudo que también se corregirán más fácilmente las deficiencias que aún contiene porque habrá más gente disponible para detectarlas y para efectuar las modificaciones del caso.

Muchos saludos