Proliferan entornos web para Delphi..
 

Ademas todos integran el soporte para AJAX. Y son .. Gratuitos :D

Morfik
Extpascal
Raudus
UniGUI

El ultimo por cierto es muy prometedor.

Si alguien sabe mas frameworks q los ponga aquí..;)

gracias por la información, vamos a mirar. :)

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.

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

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,

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:D:D:D

Salu2:p:D

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.

Cabe destacar que todos estos framework son compatibles tambien con Lazarus :D

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/

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.

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

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. :D

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

Gracias.

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

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.

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.


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.



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 ?

Realmente no conozco Java, pero por que he escuchado no tiene la productividad de estos lenguages.

Entonces habrá que iniciar una campaña de educación y comprensión. Por lo que deben ser ricas en manejo no sé a que te refieres exactamente.

Objetive C es una variante de C que es multiplataforma. Existe la persección que es exclusivo para productos Apple ya que es esta última es la que más lo utiliza en sus sistemas. Con respecto a Delphi, los fanáticos esperamos con ansias el desarrollo del Projecto X, su objetivo es hacer a Delphi multiplataforma. Pero mientras tanto puedes utilizar Lazarus, el problema es que este último aún está muy verde.

Saludos,
Chris

Obviamente todo lenguaje tiene sus pros & contras frente a otros. La ventaja #1 de PHP es que esta mas difundido/preinstalado en hosting de toda clase.

Personalmente, uso http://www.djangoproject.com/, que es un excelente framework basado en python.

Pero todos tienen una ventaja SUPER fuerte contra Java (e igual .NET): Son mucho mas productivos. Java & .NET estan pensados para equipos de desarrollo mas grandes & estrucuturados, tienen mas "overhead". PHP, Ruby, Python encajan muy bien en equipos pequeños o tipos solitarios. Es en ese aspecto similar a Delphi.

No hay una respuesta estatica a eso. A veces, es una buena idea. Otras, es pesima. Todo tiene su pro & su contra. Si una persona, como dices, carece del entendimiento de eso, y le vendes algo que parece ser como lo que espera, pero de formas sutiles no lo es, le causara enorme frustracion.


Un ejemplo patetico es lo que paso con el iPhone y el iPad. Antes de su salida, todos auguraban que hiba a ser un desastre, que por que no manejaba teclado fisico, no tiene el software conocido (como office) y muchas cosas mas. Con el iPad igual. Pero, MS llevaba 10 años de tratar de vender una tablet como si fuera un desktop con touch. En cambio, Apple decidio hacer una tablet que no fuera parecido para nada a un PC. ni se percibe como un PC. La gente *entiende* solo por verlo, que no es como nada de lo que tienen, se adaptan y les gusta.

Es un asunto de astucia, balance y buen ojo. Tengo una experiencia propia en esto.

En mi region todas las casas de software han tratado de migrar sus ERPs a la web. En terminos generales? Un fracaso.

Si hubiera hecho a www.bestsellerapp.como como una pagina web me hubiera demorado seguro, 1/5 del tiempo. Pero a los usuarios les hubiera fastidiado enormemente porque (y esta es la clave) el usuario prefiere la uniformidad a menos que tenga que sacrificar un aspecto clave. En el mundo en el que estoy, es mejor ser rapido que ser igual. La velocidad en la toma de pedidos se traduce en $$$$ y en tiempo. Es por eso que los programas DOS se siguen vendiendo: Son MAS rapidos... en serio!

Entonces, como desarrollador, debes tomar la decisión basada no solo en la conformidad y la facilidad, sino en lo que es mejor. Muchos toman (y hemos tomado) el camino mas facil y obvio. Pero es mucho mejor tomar el mejor ;)

Una ves que les explicamos (toma menos de 2 minutos) que la razon por la cual el sistema corre en iPhone/iPod touch de forma nativa y no es un servicio Web total, es por la velocidad (y se lo mostramos) todo queda bien.

NUNCA.

Ese es el punto que estoy tratando de decir. Html5 es lo mejor que hay y sin embargo, definitiva y absolutamente nunca será un estándar total. NO ES POSIBLE, porque la única y exclusiva manera de que eso pase, es que el avance tecnológico se detenga y le de a todo el mundo por estandarizarse.

Seria mucho mas fácil pa nosotros, seguro. Pero creo que se acabaría el trabajo rapidito ;)

Qué mal informado estás, muyayo.;):D

Como ya ha dicho Chris, Objective C es independiente de la plataforma. Sin ir más lejos, GCC incluye un compilador, un gestor de mensajes y una extensa biblioteca inspirada en NeXT, por lo que puede utilizarse en cualquier sistema que soporte GCC. Eso sí, a nivel de objetos tiene algunas diferencias con el de Apple (principalmente lo que es el entorno gráfico y tal).

En cuanto a Delphi, es cierto que "sólo" funciona en Windows, pero usando WineHQ puedes usarlo (casi) sin problemas en muchos entornos *NIX. Por otro lado tienes FreePascal que funciona en multitud de sistemas (en principio los mismos que GCC, incluyendo Amiga, BeOS y Palm, entre otros), que lo juntas con Lazarus y ya flipas en colorines. :cool:

De nuevo falta información.

Deberías pasarte por la oficina ISO más cercana (o en su defecto, mirar en su web) e informarte sobre su departamento de Lenguajes de Programación. Descubrirás que casi todos ellos están normalizados (desde COBOL y BASIC a Objective C y C#, pasando por SQL, Pascal, C ...). Otra cosa es que los desarrolladores se(nos) pasen(mos) por el forro dichas descripciones por una u otra razón...

Entornos WEB 2.0
 

Creo en mi opinión que la progamación actual (HTML, Javascript, Ajax) no es suficiente para crear una aplicación (ERP, CRM) y si que es verdad que existén, pero poco a poco van apareciendo pluggins de Microsoft (Silverlight), Adobe y Oracle (Java FX) que se van desligando de esta arquitectura.

Para desarrollar una aplicación basada en un navegador habría que desarrollar una nueva tecnología y no basarse en HTML, Javascript, etc.., que se penso para crear página estáticas y de contexto de búsqueda de la información.

Ahora hay tantas capas para desarrollar una aplicación WEB que dificultan, relantizan y perjudican el mantenimiento de la aplicación.

Deberíamos poder crear una aplicación y publicarla para (Web, Consola, etc..) sin retocar el código ni importarnos la plataforma ni el S.O.

En mi opinión sigo apostando por Servidores Terminales Server (Windows) o Servidores X (Mac, Unix, Linux, etc..) conectados con pluggins para Mozilla o IE.

Antés se nos decia que clientes Terminal Server o X consumen mucho ancho de banda, y la verdad es que actualmente las aplicación Web 2.0 superan con creces estos consumos.


Un saludo,
JL

Pues si, tengo serias dudas de MUCHAS cosas.

Con lo que hay que pelearse con las diferencias entre uno y otro..... y demas visceras ...etc ... etc. Menudo un coñazo.

Te puedo decir que con eso si he hecho bastantes pruebas y si utilizas librerias de terceros (cralb / devexpress) etc. es de locos conseguir un aspecto que no sugiera cuadros de picasso.


Aqui si que no te entiendo, lo siento :confused::confused:

Y por que no?


Y porque hay que crearla?


Piensa un poco, las preguntas son capciosas ;)

Hice unas pruebas con django hace un año aprox, y la verdad volaba... Lo que no me cierra es como estas integrando remobjects con django, me interesa mucho si podés dar un pantallazo de como estas haciendo esto.

Saludos.