Cita:
// Saludos |
Gracias Al por tus comentarios.
Cita:
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. O algo más bien cómo "Un servidor que sirve/envía datos a las aplicaciones" |
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.
|
Cita:
|
Cita:
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). |
Cita:
|
Cita:
|
Cita:
// Saludos |
Cita:
Saludos. |
¿Django lo puedes integrar a interfaces de escritorio? Porque he visto algo de lo que puede hacerse con, por ejemplo, WxPython, y, aquí sí, creo que puede ser buena opción para hacer interfaces duales (web y escritorio) pues puedes usar el mismo código.
// Saludos |
Cita:
Te lo muestro con imágenes: En esta ventana de la aplicación, el usuario elige los archivos que adjuntará en el nuevo correo y además con que archivo de Word iniciará la redacción del nuevo correo. Luego, cuando el usuario da clic en "Enviar", la aplicación por medio de MAPI hace un enlace al cliente de correo principal instalado en la máquina, en este caso Thunderbird. La ventana de redacción que aparece ya se ha previamente rellenado con un Asunto, un cuerpo y con archivos adjuntos. Ahora, por último el usuario tiene la posibilidad de hacer cambios al correo, elegir un remitente de la lista y adjuntar más archivos si así lo desea. El cuerpo del correo que ves, fue tomado de un archivo word elegido por el usuario en la ventana anterior. Esa es la funcionalidad que me gustaría reproducir en una aplicación Web y que veo díficil hacerla. |
A ver. En general podría decirse que en una aplicación web te vas a encontrar más dificultades para crear interfaces amigables, aunque se ha avanzado mucho y hay bibliotecas que tienen widgets muy buenos. Pero en sí, no veo que esto que describas no puedas hacerlo en web. Ni siquiera veo porqué optaste por hacerlo así (enlazar con MAPI) en la aplicación de escritorio.
Todo, adjuntos, encabezados, texto predeterminado, etc. lo puedes hacer en una aplicación web. // Saludos |
Cita:
Pero yo preferiría proveer un servicio (webservice) en la aplicación django que sirva para comunicar una aplicación cliente (Delphi, Java, Python, etc...) con la aplicación web. Saludos. |
Cita:
|
Si no me equivoco, tú también has trabajado con PHP ¿no? Si es así, ¿cómo ves uno contra otro? Digo, porque se me antoja aprender python y a la larga me late que sería mucho mejor. ¿Qué opinas?
// Saludos |
Cita:
Saludos. |
Cita:
// Saludos |
Cita:
|
Ja, ja. Nada más te faltó como mamcx, decir que es el VB de la web. La verdad es que yo no lo veo tan mal y no me disgusta la sintaxis C, pero lo poco que he visto de python me entusiasma.
// Saludos |
Cita:
|
La franja horaria es GMT +2. Ahora son las 22:52:10. |
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