Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Noticias
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Grupo de Teaming del ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 14-01-2017
juniorSoft juniorSoft is offline
Miembro
 
Registrado: abr 2005
Posts: 178
Poder: 19
juniorSoft Va por buen camino
Aplicaciones delphi para Linux, excelente

Hola Amigos,

Se que muchos de nosotros lo esperamos con ansias ya que nuestras aplicaciones firemonkey funcionaran en linux de forma nativa, les comparto el link por si no lo han visto


https://community.embarcadero.com/bl...ux-development


Saludos,
Responder Con Cita
  #2  
Antiguo 14-01-2017
Avatar de AgustinOrtu
[AgustinOrtu] AgustinOrtu is offline
Miembro Premium
NULL
 
Registrado: ago 2013
Ubicación: Argentina
Posts: 1.858
Poder: 15
AgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en bruto
Firemonkey? Que yo sepa el soporte para Linux que viene en Delphi Tokyo es solo aplicaciones de consola. El enfoque es puramente para la creacion de servidores, nada de GUI

Aca hay algo de feedback de la Beta
Responder Con Cita
  #3  
Antiguo 14-01-2017
juniorSoft juniorSoft is offline
Miembro
 
Registrado: abr 2005
Posts: 178
Poder: 19
juniorSoft Va por buen camino


En el articulo que vi no especificaba que era solo para aplicaciones de consola aunque el ejemplo al final era de consola, supongo que es primer paso ya que esta beta es reciente es para berlin 10.1.2 y todo se hará a través del PAServer desarrollado para linux así que no creo que duren mucho tiempo sin adaptarlo a las aplicaciones visuales ya que es la tendencia, y si microsoft esta apostando por integrar todas sus aplicaciones a las demás plataformas de la competencia iría dejando a Delphi muy atras. Inicialmente las distribuciones de linux que la soportaran serán Ubuntu y RetHat.

Viendo el articulo que ofreciste al parecer esa es otra herramienta hecha por alguien que trabaja en embarcadero.

Saludos,

Última edición por juniorSoft fecha: 14-01-2017 a las 12:57:49.
Responder Con Cita
  #4  
Antiguo 14-01-2017
juniorSoft juniorSoft is offline
Miembro
 
Registrado: abr 2005
Posts: 178
Poder: 19
juniorSoft Va por buen camino
y si, se están dando los pasos para ello, según este articulo podemos irnos preparando para ver nuestras aplicaciones corriendo de forma nativa en linux

https://community.embarcadero.com/bl...ring-for-linux


Responder Con Cita
  #5  
Antiguo 14-01-2017
Avatar de AgustinOrtu
[AgustinOrtu] AgustinOrtu is offline
Miembro Premium
NULL
 
Registrado: ago 2013
Ubicación: Argentina
Posts: 1.858
Poder: 15
AgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en bruto
Lo mismo, el enfoque es puramente para crear servicios y backends. A mi me parece lo mas acertado, siempre se extraño bastante el no poder crear un buen servidor en Linux con Delphi; estabamos obligados a montar toda la infraestructura en Windows y en este sector se sabe que el rey es Linux
Responder Con Cita
  #6  
Antiguo 15-01-2017
jlrbotella jlrbotella is offline
Miembro
 
Registrado: ene 2007
Posts: 185
Poder: 18
jlrbotella Va por buen camino
Lightbulb

No veo sentido crear aplicaciones en modo consola o crear módulos de apache para linux. La librería que actualmente existen para entorno Web tanto en PHP o Java están a años luz comparado con las de delphi, por lo que el desarrollo como backend y consola sigo sin verle sentido.

Considero que Delphi, debería tomarse más en serio la plataforma de .Net Core de Microsoft que es Open Source, así como corregir los bugs y mejorar la VCL, e intentar migrar el FireMonkey para que funcione con .Net Core.

Mientras tanto que siga mejorando la vcl y los bugs del IDE.

Un saludo
Responder Con Cita
  #7  
Antiguo 16-01-2017
Avatar de AgustinOrtu
[AgustinOrtu] AgustinOrtu is offline
Miembro Premium
NULL
 
Registrado: ago 2013
Ubicación: Argentina
Posts: 1.858
Poder: 15
AgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en bruto
No se trata de modulos apache solamente. Se trata de "todo" menos Vcl o FMX. A mi me parece bastante lo que se puede hacer
Responder Con Cita
  #8  
Antiguo 16-01-2017
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.233
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Tal y como ha comentado Agustín, el enfoque de Embarcadero es el de crear aplicaciones que hagan de Servidores para DataSnap y para Backend.
No está previsto que se generen aplicaciones visuales para Linux.

Cita:
Empezado por jlrbotella Ver Mensaje
No veo sentido crear aplicaciones en modo consola o crear módulos de apache para linux.
Al contrario.
La mayoría de servidores existentes actualmente son máquinas Linux/Unix frente a máquinas Windows, y es un campo en el que Embarcadero no puede entrar actualmente.
Con esta nueva caractrística la idea es poder desarrollar Backend en Delphi/Builder para que aplicacionmes desarrolladas en cualquier otro lenguaje (no sólo Delphi/Builder) se puedan conectar.

Cita:
Empezado por juniorSoft Ver Mensaje
...y todo se hará a través del PAServer desarrollado para linux
El PAServer se usa para el Deployment de la aplicación, de forma similar a como se hace ahora con OSX/IOS.
__________________
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.
Responder Con Cita
  #9  
Antiguo 16-01-2017
Avatar de Casimiro Notevi
Casimiro Notevi Casimiro Notevi is online now
Moderador
 
Registrado: sep 2004
Ubicación: En algún lugar.
Posts: 32.021
Poder: 10
Casimiro Notevi Tiene un aura espectacularCasimiro Notevi Tiene un aura espectacular
Para desarrollar nativamente para linux puedes usar lazarus.
Responder Con Cita
  #10  
Antiguo 16-01-2017
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.233
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Aquí está la explicación del Roadmap (en Inglés):

Coming Linux support, which we’ll soon start previewing. Having the ability of taking your server side code (Apache extensions, console applications, WebBroker projects, DataSnap server, RAD Server modules, custom middle-tier architectures), keep your data access components and deploy on Linux on-premise machines or cloud instances, will open up new possibilities for Delphi developers -- and C++Builder ones as well.
__________________
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.
Responder Con Cita
  #11  
Antiguo 17-01-2017
jlrbotella jlrbotella is offline
Miembro
 
Registrado: ene 2007
Posts: 185
Poder: 18
jlrbotella Va por buen camino
Si desarrollamos aplicaciones nativas en Linux, el Delphi debería poder cargar o importar las librerías de Linux, como si fuesen dll's en windows y poder reusar el código existente de Linux.

Por lo que veo, el próximo Delphi para Linux, no es capaz de llamar a estas librerías y tampoco las puede importar. Es como si el Delphi para Linux fuese un framework interno, que no puede relacionarse con las librerías en Linux.

Esto a mi entender es una pena, porque no somos capaces de poder trabajar con estas librerías.

También veo una pena, que el Rad Server, solo funciona con una base de datos de Interbase, y no es posible montarla sobre otro motor de base datos, como Mysql, Postgres, MariaDB, etc,, que soy muchos más potentes que Interbase y gratuitas.

Tampoco sabemos con que infraestructura funciona Rad Server a la hora de generar sevicios web, es decir, si detrás está un servidor Apache, o Nginx, o Tomcat, o usa un servidor web interno, algo que sería muy preocupante.

Por mi parte, la parte de servicios web y aplicaciones empresariales o multicapa, las desarrollo con Java y llamo a estor servicios desde Delphi. Y funciona bastante bien.
Responder Con Cita
  #12  
Antiguo 17-01-2017
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.233
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por jlrbotella Ver Mensaje
También veo una pena, que el Rad Server, solo funciona con una base de datos de Interbase, y no es posible montarla sobre otro motor de base datos, como Mysql, Postgres, MariaDB, etc,, que soy muchos más potentes que Interbase y gratuitas.
Creo que estás equivocado en algunas de tus suposiciones.
Interbase es la Base de Datos que viene con Delphi/Builder (porque tiene que traer alguna), pero eso no quiere decir que no puedas trabajar con otros motores.

"Una imagen vale más que mil palabras", o eso dicen...



(Fíjate que además trae drivers nativos en muchas de ellas).

RAD Server se basa en FireDac, por lo tanto las conexiones a Base de Datos son las mismas...

__________________
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.

Última edición por Neftali [Germán.Estévez] fecha: 17-01-2017 a las 13:33:07.
Responder Con Cita
  #13  
Antiguo 17-01-2017
jlrbotella jlrbotella is offline
Miembro
 
Registrado: ene 2007
Posts: 185
Poder: 18
jlrbotella Va por buen camino
Entiendo que el motor local de base de datos es Interbase y se puede conectar con cualquier base de datos. No?
Responder Con Cita
  #14  
Antiguo 17-01-2017
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.233
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por jlrbotella Ver Mensaje
Entiendo que el motor local de base de datos es Interbase y se puede conectar con cualquier base de datos. No?
Puedes usar cualquier Base de Datos / cualquier SGBD.
Interbase es un SGBD como cualquier otro. No tienes porqué usarlo ni en la parte cliente ni en la parte servidor.
__________________
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.
Responder Con Cita
  #15  
Antiguo 17-01-2017
jlrbotella jlrbotella is offline
Miembro
 
Registrado: ene 2007
Posts: 185
Poder: 18
jlrbotella Va por buen camino
Gracias por la aclaración. Creí que cuando se instalaba el Rad Studio Server, instalaba el Interbase. Después ya podías conectarte con cualquier motor para implementar los servicios.
Responder Con Cita
  #16  
Antiguo 17-01-2017
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.233
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por jlrbotella Ver Mensaje
Gracias por la aclaración. Creí que cuando se instalaba el Rad Studio Server, instalaba el Interbase. Después ya podías conectarte con cualquier motor para implementar los servicios.
Realmente no se si con la instalación lo instala o no. En todo caso la utilización es opcional.
El igual que cuando instalas Delphi o Builder, que durante la instalación te pregunta si quieres instalarlo o no, pero la decisión de instalarlo/utilizarlo es tuya.
__________________
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.
Responder Con Cita
  #17  
Antiguo 17-01-2017
Avatar de AgustinOrtu
[AgustinOrtu] AgustinOrtu is offline
Miembro Premium
NULL
 
Registrado: ago 2013
Ubicación: Argentina
Posts: 1.858
Poder: 15
AgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en bruto
Lo "unico" que no tiene Delphi para Linux es un Framework para crear GUI (ie Vcl o FMX). NADA te impide llamar a las APIs de linux para lograrlo. Obviamente que es muchisimo mas comodo desarrollar usando un Framework y no directamente con la API. Por ej. se puede evitar completamente la Vcl y crear una aplicacion windows programando a pelo con la API, que no es ni mas ni menos que el trabajo que hace la Vcl internamente

A eso me referia con que el soporte es para "todo", lo que le falta es un Framework para generar interfaz grafica. Pero todo lo que sea codigo RTL + DataSnap es portable directamente. Lo unico que no anunciaron (o yo no me entere) es si el compilador es ARC o no. Si es ARC quiza se deba tener en cuenta algunos puntos a la hora de migrar
Responder Con Cita
  #18  
Antiguo 18-01-2017
Avatar de Al González
[Al González] Al González is offline
In .pas since 1991
 
Registrado: may 2003
Posts: 5.604
Poder: 29
Al González Es un diamante en brutoAl González Es un diamante en brutoAl González Es un diamante en brutoAl González Es un diamante en bruto
Que yo sepa ARC —Automatic Reference Counting— es y seguirá siendo sólo para dispositivos móviles. Aunque resulta tentador que lo fuera ya para todas las plataformas.

Casimiro: ¿Cómo es Lazarus en ese aspecto? ¿Los objetos usan contadores de referencias automáticos como lo hacen los valores String? ¿En qué plataformas? ¿Sólo en dispositivos móviles, igual que Delphi? Creo que sería interesante conocerlo.

Saludos.
Responder Con Cita
  #19  
Antiguo 18-01-2017
Avatar de AgustinOrtu
[AgustinOrtu] AgustinOrtu is offline
Miembro Premium
NULL
 
Registrado: ago 2013
Ubicación: Argentina
Posts: 1.858
Poder: 15
AgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en brutoAgustinOrtu Es un diamante en bruto
Cita:
Empezado por Al González Ver Mensaje
Que yo sepa ARC —Automatic Reference Counting— es y seguirá siendo sólo para dispositivos móviles. Aunque resulta tentador que lo fuera ya para todas las plataformas
Embarcadero tiene dos problemas que impiden convertir los compiladores para Win32 y Win64 en compiladores ARC: el codigo existente que puede perder compatibilidad hacia atras; y problemas de performance. Performance sobre todo para servidores, en donde desde luego un manejo de la memoria "personalizado" seguro que es superior a uno "automatico"; sobre todo si eso implica usar operaciones thread-safe para ir incrementando y decrementando referencias, todo eso envuelto en un try-finally (lo cual genera mas y mas codigo maquina)

La unica razon por la cual el resto de los compiladores son ARC es porque los compraron asi

Yo tambien creo que lo mejor es que todos sigan el mismo esquema de memoria. Para el programador casual es inadvertido. Pero para los bibliotecarios es un problema. Basta con hurgar un poco en el propio codigo de la RTL, se ven bastantes condicionales {$IFDEF} ARC.

Y es que si bien es bastante transparente, a veces el modelo de memoria subyacente puede condicionar el codigo
Responder Con Cita
  #20  
Antiguo 18-01-2017
Avatar de mamcx
mamcx mamcx is online now
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.911
Poder: 25
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
Cita:
Empezado por AgustinOrtu Ver Mensaje
Embarcadero tiene dos problemas que impiden convertir los compiladores para Win32 y Win64 en compiladores ARC: el codigo existente que puede perder compatibilidad hacia atras; y problemas de performance. Performance sobre todo para servidores, en donde desde luego un manejo de la memoria "personalizado" seguro que es superior a uno "automático";
Lo del performance es falso. Es todo al revez.

Un recolector de basura es más eficiente para servidores que el reference counting o el manejo manual.

El problema de los GC es que (tal vez, depende del tipo que se use) introducen pausas y que consumen más memoria. Por eso, el modelo de ARC es ideal para móviles: No introduce pausas (que sería más notable en un equipo que casi en su totalidad funciona como interface de usuario) y consume menos memoria (que se traduce en mayor longevidad en la batería y economía de recursos).

Pero los GC son más eficientes en un entorno de servidor porque pueden operar en "batch" sobre un mayor rango de memoria (por ejemplo, sobre .NET), e incluso puede delegarse a un hilo aparte.

Esto conduce a la idea contra-intuitiva que Java arrasa en desempeño a otros entornos (osea, en workloads de servidor), porque tiene uno de los VM/GC mejor tuneados de la industria.

Esto es GC 101:
http://www.iecc.com/gclist/GC-faq.ht...on%20questions

http://www.memorymanagement.org/

----

Tengan en cuenta que un VM/GC vs manual es similar a un lenguaje alto nivel vs. assembler:

Asi como es posible que un humano escriba el mejor assembler posible, pero esto seria un humano MUY ESCASO y que en la realidad la *mayoria* seran derrotados por el assembler de un compilador decente <- porque este compilador decente a sido escrito por *ese tipo de humanos escasos*.

Entonces, un GC/VM derrota al promedio de los humanos a la hora de manejar la memoria. Mientras es posible escribir un código superior, hacerlo todo el tiempo correctamente es MUY dificil y escaso.

Ademas, aunque Delphi es mas de alto nivel que C/C++ sin perder su capacidad de ser eficiente tiene el problema de que carece de un protocolo/idioma universal como el RIIA, dejando en manos del programador promedio todo el proceso.
__________________
El malabarista.
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
UNIGUI--Excelente Alternativa aplicaciones WEB ASAPLTDA Delphi para la web 31 19-05-2023 05:45:02
Excelente frontend para MySQL AzidRain MySQL 1 18-04-2010 20:28:25
Excelente manual de c/c++ para los que se inician chico_bds C++ Builder 0 02-04-2007 02:40:39
Excelente noticia para los borrachines en sus salidas nocturnas Zeta La Taberna 1 23-11-2006 06:58:31
Aplicaciones para Linux con Delphi fidel Linux 9 05-05-2005 01:04:59


La franja horaria es GMT +2. Ahora son las 23:55:24.


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
Copyright 1996-2007 Club Delphi