Proliferan entornos web para Delphi..

[pacopenin]

Yo creo que si es útil.
Soy usuario de algunas aplicaciones Web desarrolladas en PHP y la usabilidad, comparada con aplicaciones de escritorio, es bastante menor. Con estos entornos podemos trasladar la usabilidad de las aplicaciones de escritorio a aplicaciones Web.
A los entornos de desarrollo PHP + HTML + JavaScrip + ... no acabo de acostumbarme. Siempre he desarrollado aplicaciones de escritorio. Estos sistemas, me permiten aprovechar una buena parte de lo que tengo desarrollado (los DataModeule, todas las librerías de funciones, etc). Solo tengo que rediseñar la parte Interface. Voy a aprovechar para sacar de los formularios todo el código que pueda y pasarlo a units o a dataModules. Así, bajos este esquema, esas partes siempre serán reutilizables.
El tema de los ISP es algo más complicado.
Este sistema abre para mí, una puerta, fácil de cruzar (no tener que empezar de cero, ni en código ni en conocimiento de la herramienta/entorno/lenguaje) a la posibilidad de alquilar software (SaS). Solo me parece interesante bajo ésta perspectiva comercial. No todas las aplicaciones encajan en este esquema ni creo que sea una línea a seguir por todos los desarrolladores. Pero las aplicaciones que encajen, creo que pueden generan un buen negocio. Bajo esta premisa, considero que la mejor opción es tener un servidor propio contratado en un ISP, donde tú puedas configurar, instalar, etc. Afortunadamente, yo este tema lo tengo resuelto.

Saludos,

[[BlueSteel]]

lo tendre en cuenta para el proximo año... este año como que se me hizo corto... y no me dan ganas de seguir trabajando

Salu2

[apicito]

Yo estoy siguiendo estos proyectos con mucha atención y esperando que en embarcadero se enteren del mercado que tienen en este entorno. Creo que son los únicos que no se han entereado de que la gente que llevamos toda la vida con delphi nos vamos a marchar si no nos ofrecen una solución.
Yo tengo una aplicación de gestión administrativa hecha en delphi y estoy planteandome pasarla a web con una herramienta de estas para poder ofrecerle a mis clientes dos opciones: Instalación local en su oficinas o "yo me encargo de todo, tu solo necesitas un navegador", vamos lo que las grandes compañías llaman cloud computing. Creo que existe negocio en este ambiente.
Mis dudas, puedo poner todos mis intereses en desarrollos detras de los que hay unas pocas personas. ¿Y si se muere el desarrollador? Entonces yo me pego un tiro.
Estoy mirado tambien symfony (un frame work php) que tiene buena pinta, sobre todo si hablamos de acceso masivo de usuarios (nadie sabe como respoderan los entoronos pascal de los que estamos hablando con alta carga).
Otra cosa importante para mi es que no me veo montando servidores web en windows, no sé, ni quiero aprender, ni me parece la mejor opción, ni la más barata...
En fin, como muchos de vosotros estoy sin saber muy bien hacia donde tirar. Mejor dicho, se muy bien hacian donde quiero ir, pero no se con que. espero que en 2011 se aclare un poco todo esto.
Feliz año a todos y perdonad el rollo que os metí para empezar el año.

[Delfino]

Cabe destacar que todos estos framework son compatibles tambien con Lazarus

[mamcx]

Yo por el contrario, sigo otra ruta: Aplicaciones nativas con funcionalidad web.

Algo que no me cuadra es tratar de hacer una aplicación web tipo escritorio.

Es el mismo problema de la multiplataforma: Una sola app, muchos entornos. Pero eso esta mas que probado que es un error.

No desde el punto de vista de la lógica de negocios o de aplicaciones "server side", pero de la interface.

Un ejemplo patetico es java. Saben cuales son los usuarios #1 de java en el escritorio?:

http://www.subfurther.com/blog/2010/10/25/shoe1-drop/

We know the big use for AWT and Swing, and it’s a terrible irony: measured by app launches or time spent in an app, the top AWT/Swing apps are surely NetBeans and IntelliJ, IDEs used for creating… other Java applications! The same can be said of the SWT toolkit, which powers the Eclipse IDE and not much else.

R/: Programadores.

Asi como ocurre con MS y su patético intento (por un año mas!) de usar Windows en una tablet, cuando luego de mas de una década de fracaso, Apple le demostro que habia que repensar toda la interface grafica. Ahora todos los demas (excepto MS) lo han entendido y estan apuntando a todo eso (con un increible efecto colateral:http://www.asymco.com/2011/01/06/thi...ting-ces-ever/).

Lo mas *fácil* para el programador es que hace una ventana y le queda igualita en toda plataforma. Pero para el usuario final, la aplicación se ve un asquito. No pega no cuadra, es alienigena.

Es un error hacer una aplicación desktp y pasarla verbatim a la web. Hay que rehacerla. Y si se pasa a un entorno touch hay que rehacerla. Y si esta en iPhone y se pasa a iPad (estoy en eso!!!) hay que rehacerla.

La logica de negocios puede pasar derecho. Pero el resto? Lo visual se debe hacer adecuado a la plataforma.

Es una revelación que me dio muy duro de aceptar. Pero es la mejor opcion disponible.

Por eso, lo que hago es (utilizando www.remobjects.com) crear un api web en un servidor embebido y luego una interface para cada plataforma. Mas dificil? Uff!!!! Pero al ver la cara de los usuarios, se da uno cuenta que vale la pena..

Y estoy viendo resultados. Lo que dicen los usuarios de www.bestsellerapp.com es que es mas rapida, fluida y facil de usar que cualquier otra opción que hay en el mercado. La mayoria de mi competencia usa una interface web en el cliente. Eso lo paga con demoras tanto sutiles como notables. En cambio, mi app es mucho mas rapida, que a algunos usarios les asusta!! Es una app nativa, pero trabaja web: Usa http, servidor web, scripting con python, GET, POST, etc.

[avmm2004]

Empezado por mamcx

Yo por el contrario, sigo otra ruta: Aplicaciones nativas con funcionalidad web. ........
Por eso, lo que hago es (utilizando www.remobjects.com) crear un api web en un servidor embebido y luego una interface para cada plataforma. Mas dificil? Uff!!!! Pero al ver la cara de los usuarios, se da uno cuenta que vale la pena..

.................

Es una app nativa, pero trabaja web: Usa http, servidor web, scripting con python, GET, POST, etc.

Hola Macmx, como idea parece buena pero con que herramientas en concreto ???
¿ Funciona en Linux como servidor de aplicaciones web ?

Puedes detallar mas las herramientas. ??

Estoy a un paso de irme a java para desarrollar aplicaciones web y si lo evito sería un hombre feliz.

Parece que lo tienes claro .... los demas (por lo menos yo) no.

Gracias.

[mamcx]

Puedes ver un pantallazo en http://www.elmalabarista.com/es/blog...nc-server-osx/

RemObjects es una herramienta multi-todo (http://www.remobjects.com/) que soporta multiples lenguajes (Delphi, .NET, Objective-C), protocolos (HTTP, TcpIP,Name pipes, etc), mensajes (binario, json, rpc, xml-rpc) e IDES (Delphi, Visual Studio, Mono Develop, Lazarus).

En pocas palabras, es la mejor herramienta de networking que existe. En serio!.

El pantallazo es de un servidor embeido para www.bestsellerapp.com, y lo compile pa windows con delphi y para OSX con Lazarus.

Sinceramente, Lazarus es la parte mas pobre de la mezcla, en especial en OSX, pero, en estos ultimos meses a mejorado demasiado y estoy aportando reporte de errores & testeo a remobjects para estabilizarlo.

No recomiendo lazarus para crear aplicaciones complejas a nivel de GUI en OSX - o por lo menos, de hacerlo hay que ser muy paciente, perseverante y estar dispuesto a pelear bastante -, pero si para crear la porcion servidor de la misma.

Si puede funcionar en linux (de hecho el soporte a linux de lazarus es mas maduro que el de OSX).

[[Chris]]

Empezado por mamcx

Yo por el contrario, sigo otra ruta: Aplicaciones nativas con funcionalidad web.

Yo las llamo aplicaciones híbridas. Sí, como los coches híbridos. Una mezcla de nuevo y lo viejo. Lo mejor de ambos mundos. Creo que son una excelente opción. El inconveniente es que son más difícil de crear. Pero yo siempre he pensado que el buen software es difícil de programar.

Sin animo de ofender, desde mi punto de vista, este tipo de frameworks son buenos si ya no quieres aprender un nuevo lenguaje, si prefieres quedarte con lo que ya sabes. Si quieres desarrollar una aplicación web mejor prepárate para aprender HTML, Javascript y el lenguaje complementario que desees (PHP, Python, Ruby, etc.).

Por otro lado, creo que en la mayoría de los casos las aplicaciones web puras no son malas y de hecho tienen muchas ventajas sobre las clásicas. El problema es muchas veces el dessarrollador que quiere seguir filosofías que no se aplican en este campo. Más especialmente en la GUI. Comparto la opinión de mamcx de que no puedes hacer para una Web la misma GUI que utilizas para el escritorio. Son dos mundos distintos.

Por Delphi, no dislumbro su situación en unos diez años. Pero si creo -si es que no lo descontinuan- que existirá para ayudarte a crear aplicaciones especializadas o utilerias que sí o sí deban ejecutarse con los recursos del S.O. cliente. Creo que Codegear comparte esta visión, talvez de ahí nazca la necesidad del famoso Project X. Aumentando las plataformas soportadas aumentas el número de aplicaciones y utilerias especializadas que puedes desarrollar con la herramienta.

Ya que mencionan Java.... quiero decir que lo odio, espero que desaparezca pronto y quede bien enterrado unos 3000 kilometros bajo tierra. Facebook antes utilizaba una sola aplicación java, su funcionalidad era que te permitiera subir varias fotos a la vez, pero con los nuevos estándar webs soportados por los navegadores han dejado de utilizarla, porque ahora existen Web APIs que te permiten hacer esta misma operación. Son muchos los que coinciden que las aplicaciones para iOS son mucho mejores que su contraparte para Android, creo que esto no solo se debe a la manera de desarrollar en Android, sino que también en iOS utilizas C (objetive C) y en android Java. Es como comparar una aplicación hecha en Delphi con una hecha en Java.

[avmm2004]

Empezado por Chris

Si quieres desarrollar una aplicación web mejor prepárate para aprender HTML, Javascript y el lenguaje complementario que desees (PHP, Python, Ruby, etc.).

No entiendo que tiene PHP que no tenga Java, Python y Rubi no los conozco pero entre PHP y Java por lo menos Java tiene una buena orientacion a objetos y una comunidad bestial detras.

Empezado por Chris

Comparto la opinión de mamcx de que no puedes hacer para una Web la misma GUI que utilizas para el escritorio. Son dos mundos distintos.

Si, por desgracia tienes razon, pero los clientes esperan trabajar igual en uno que en otro y no entienden las diferencias y creo que las aplicaciones web en cuanto a manejo deben de ser tan ricas o mas que las de escritorio.

Empezado por Chris

Son muchos los que coinciden que las aplicaciones para iOS son mucho mejores que su contraparte para Android, creo que esto no solo se debe a la manera de desarrollar en Android, sino que también en iOS utilizas C (objetive C) y en android Java. Es como comparar una aplicación hecha en Delphi con una hecha en Java.

Por desgracia, objetive c solo funciona en Mac no en windows ni linux. (creo).
Y para mas desgracia, delphi solo funciona en windows , no en linux ni mac.

¿ Cuando habrá algo mas ..... standard ?