DataSnap o LAMP

[[Chris]]

Gracias mcs por tu opinión. También creo que el tema de las actualizaciones es uno de los puntos a favor que tendría hacerla en Web. Además comparto ese, lo que creo es, miedo natural al cambio. Pero no me gusta sentirme así, soy un desarrollador aún muy joven y no puedo estarme permitiendo negarme al cambio. Aún así, creo que me encantaría la experiencia que adquiriría, pero lamentablemente no sólo depende de mí, sé que tendré la presión encima y no sabía si mis jefes soportarán ir al paso de un inexperto como yo. Tomándome mi tiendo haría un clon de Facebook, pero no sólo depende de mí. No es que no me guste que me presionen, pero si lo llegan a ser, me sentiría impotente de hacer algo más rápido por mi falta de experiencia en este tipo de desarrollo.

Empezado por mcs

P.D.: El tema imprimir es muy simple: generas un PDF y el usuario pulsa el botón "Imprimir".

"He allí el detalle" cómo decía Cantinflas. Incurriría en desarrollo extra convertir todos los documentos creados. Pero bueno, tengo que barajar las posibilidades.

[roman]

Una pregunta: ¿por que cambiar de Firebird a Postgre? Si tu aplicación es tipo web también puedes usar Firebird ¿no?

Otra cosa sin importancia: creo que el término LAMP no es el más adecuado pues se refiere a Linux, Apache, MySQL, PHP.

Edito: Se me adelantó D-MO con lo de LAMP

// Saludos

[D-MO]

Empezado por roman

Una pregunta: ¿por que cambiar de Firebird a Postgre? Si tu aplicación es tipo web también puedes usar Firebird ¿no?

Obvié esta parte en mi post anterior, Django también tiene soporte para Firebird de manera extraoficial, con la biblioteca django-firebird


Saludos.

[D-MO]

Empezado por roman

...Se me adelantó D-MO con lo de LAMP

Por apenas unos segundos...

Y hablando de lo mismo, la parte de la "P" podría referirse a Perl, PHP, Python y cualquier otro lenguaje que empiece por p, lo que si no encaja acá es la "M" que si es exclusiva de MySQL.

Saludos

[[Chris]]

Empezado por roman

Una pregunta: ¿por que cambiar de Firebird a Postgre? Si tu aplicación es tipo web también puedes usar Firebird ¿no?

A cómo ha dicho D-MO, si puedes usar Firebird. Lo que pasa es que no es oficial hasta dónde entiendo y no me quiero llevar "sorprecitas" después. Ustedes talvez me entenderán.

Además quiero usar un motor algo más "popular", en caso de tener que mover el servidor o alquilar uno virtual o compartido al final -lo más probable sería compartido porque aquí son tacaños-. En ese sentido, nuestro apreciado Firebird aún no es ofrecido por muchos vendedores de servicios en la nube. Además, de Postgre me gusta lo de crear procedimientos almacenados en lenguajes de alto nivel.

[[Al González]]

Hola Chris.

Dada tu situación y experiencia con Delphi, mi consejo en cuanto a las interfaces de usuario sería que hagas en Web lo que estrictamente hablando deba poder usarse desde cualquier computadora con navegador y conexión a Internet. El resto, mientras no haya reparos para usar Windows, en Delphi. Es un error común creer que toda la interfaz de usuario debe estar en una misma plataforma.

En cuanto a las capas en la parte Delphi, si no hay una necesidad real de contar con un servidor de aplicaciones, entonces usa tres capas "lógicas": en un módulo de datos los componentes de acceso directo a la base de datos (recomiendo dbExpress) y sus proveedores, y en otro los objetos TClientDataSet; y las clases debidamente separadas en unidades .pas de lógica de negocios por una parte, y en otras unidades las clases, rutinas y manejadores de eventos que tienen que ver directamente con la interfaz de usuario. Todo compilado como una sola aplicación.

Pero cuando sea inminente el establecimiento de tres capas físicas, divides tu aplicación Delphi en dos partes: tomando por un lado los elementos que son necesarios para compilar un servidor de aplicaciones y por otro lado lo que corresponde a la interfaz de usuario. Y agregas entonces los elementos DataSnap adicionales para lograr la comunicación entre las dos aplicaciones.

Lo que no tengo claro del todo, y con este comentario me uno a tus inquietudes esperando alguna orientación de quienes ya lo han logrado, es cómo hacer que una interfaz de usuario Web tenga franca comunicación y aprovechamiento de un servidor de aplicaciones Win32 creado en Delphi. Es decir, que el servidor de aplicaciones (capa intermedia) sirva tanto a interfaces de usuario Windows, como a interfaces de usuario Web. ¿Han visto algún material por ahí que lo explique con claridad?

Saludos.

Al González.

[roman]

Empezado por Al González

Dada tu situación y experiencia con Delphi, mi consejo en cuanto a las interfaces de usuario sería que hagas en Web lo que estrictamente hablando deba poder usarse desde cualquier computadora con navegador y conexión a Internet. El resto, mientras no haya reparos para usar Windows, en Delphi. Es un error común creer que toda la interfaz de usuario debe estar en una misma plataforma.

Esto, en teoría, suena muy bonito. Pero en la práctica termina uno duplicando esfuerzos. Por eso es que, si bien común, no es tan erróneo. Yo lo he hecho, pero no siempre es factible dividir todo en dos grandes grupos: lo que puede hacerse en web y lo que puede hacerse en escritorio. Siempre hay funcionalidades que requieres en ambos casos y terminas codificando cosas similares para ambos ambientes.

// Saludos

[[Chris]]

Gracias Al por tus comentarios.

Empezado por Al González

Lo que no tengo claro del todo, y con este comentario me uno a tus inquietudes esperando alguna orientación de quienes ya lo han logrado, es cómo hacer que una interfaz de usuario Web tenga franca comunicación y aprovechamiento de un servidor de aplicaciones Win32 creado en Delphi. Es decir, que el servidor de aplicaciones (capa intermedia) sirva tanto a interfaces de usuario Windows, como a interfaces de usuario Web. ¿Han visto algún material por ahí que lo explique con claridad?

El modelo puede ser este:


Lo ví en esta entrada del blog de Jon Lennart Aasenden (muy bueno y lo recomiendo de hecho)

Por otro lado, no me queda claro el termino "Servidor de Aplicaciones". No sé si es algo así como un servidor web, que en lugar de servir páginas HTML, "sirve" aplicaciones . O algo más bien cómo "Un servidor que sirve/envía datos a las aplicaciones"

[[Chris]]

Si ven la arquitectura que les proporcioné, notarán que casi todo depende de Windows, es por eso que no es de mi simpatía. Además hacer dos clientes, uno para Intraweb y otro un "cliente ligero" hecho en Delphi me parece redundar tu trabajo. Trabajar doble en términos prácticos.

[[Al González]]

Empezado por roman

[...] Siempre hay funcionalidades que requieres en ambos casos y terminas codificando cosas similares para ambos ambientes.

Entiendo el punto, es algo a tomar en cuenta.

Chris: Gracias por el enlace, lo estudiaré. En cuanto al término que refieres, yo lo entiendo de la misma forma que la ayuda de Delphi, Wikipedia, etc. (application server).

[[Chris]]

Empezado por Al González

En cuanto al término que refieres, yo lo entiendo de la misma forma que la ayuda de Delphi, Wikipedia, etc. (application server).

Creo que el termino aún así es muy ambiguo si lo usamos en Delphi. Más en caso de las aplicaciones en tres capas hechas con el IDE. Donde la aplicación o solución está hecha por tres partes. Bueno, no sé. Creo que le daré su interpretación dependiendo el contexto en que se use :-/