Proliferan entornos web para Delphi..

[pacopenin]

Yo estoy trasteando con uniGUI (sobre todo) y con Raudus.
Lo que he hecho, de momento funciona bién en los dos.
El uniGUI es más completo, tiene más componentes y la evolución es más rápida. Por contra, parece que va a ser de pago, aunque si no se pasa, para mí no sería inconveniente. Lo he probado con Apache y IIS.
Raudus va mas lento en su evolución y pero también es interesante. Creo que es un poco más lento en ejecución, por ejemplo al redimensionar un formulario que contenga un grid con datos (por cierto, con bastantes registros). Este lo he probado solo en Apache.

[mcs]

Pero realmente es útil un entorno de estas características???

Por un lado tenemos el problema de que necesitamos un soporte con Windows instalado (o usar Wine o algo similar), y para mi esto ya es un inconveniente (precio del hosting, sistema operativo, etc). Por otra parte, tenemos el problema que estamos desplegando ejecutables binarios. En pocos hostings nos van a permitir instalar esto, o sea que o bién tenemos un hosting propio (ya sea un servidor físico o un servidor VPS), o sinó vamos a tener que sudar sangre para encontrar un hosting con todas las características necesarias (Windows Server + permisos para instalar binarios).

No sé, encuentro que es complicarse la vida, cuando podemos usar cosas como Ruby on Rails o cualquiera de los millones de web frameworks PHP (CodeIgniter, Symfony, CakePHP, etc). En estos casos, lo podemos instalar casi en cualquier servidor (sobretodo si es PHP, si es Ruby on Rails ya es un poco más complicado).

Saludos,

Marc

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