![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Me parece que esta mal tu aproximación Nuño. La variante de Java para uso en programación web es Java Server Pages, que funciona mediante el mismo modelo que PHP y ASP: Una aplicación Java (servlet) corriendo en el servidor que se encarga de comunicarse con el usuario via HTML y su navegador.
Java ahora también es libre así que ya no tiene ese handicap en contra comparado con PHP. PHP no deja de ser un lenguaje orientado a Scripts aunque se puedan usar objetos y Java es por definición un lenguaje basado en Objetos. Después de todo PHP se concibió para mejorar PERL. Por otro lado no es verdad que tengas que instalar la maquina virtual en cada cliente para ver una aplicacion web usando JSP, ya que todo el código corre exclusivamente en el servidor. Una ventaja de Java vs PHP es que con él si puedes hacer aplicaciones de escritorio sin mayor problema o usarlo para programas distribuidos vía webstart. La gran ventaja de PHP: En tres patadas puedes hacer una aplicación web sencilla sin requerir mucho aprendizaje, Java es demasiado complejo como para empezar de lleno con él.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#2
|
||||
|
||||
|
Hola,
Cita:
|
|
#3
|
||||
|
||||
|
Cita:
El problema con PHP es que cuando llegas a hacer algo ya muy muy grande y no eres muy ordenado terminas con un bonito espaguetti. Por el contrario, otros lenguajes como Java te obligan a ordenarte desde el principio y aunque si es posible destrozar una aplicación y volver digna de la mejor cocina italiana, se requiere más "esfuerzo". Mi conclusión es: Si tu aplicación web es sencilla no ocuparas muchas pantallas y no requieres mucha interacción "real-time" al estilo de aplicaciones de escritorio, PHP es claramente la mejor solución. Por el contrario si será una aplicación mas robusta con mucha interactividad y demás hay que ir pensando en Java.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#4
|
||||
|
||||
|
Pues estoy en desacuerdo con que "no se pueden hacer aplicaciones - errr... sitios web - alucinantes" con Delphi.
No olvidemos que los sitios web son en si algo simple. Al fin y al cabo, procesar texto no es algo taan complejo. GET, POST, y encabezados http. Punto. Por el contrario, Delphi si puede hacer cosas que no se hacen con PHP u otros lenguajes de script, y que tienen mejor desempeño que Java o .NET. El principal problema, al igual que con C++, es que es un lenguaje compilado y no interpretado como PHP ni Java ni .NET (ya se que se dice que .NET y Java son compilados pero no lo son tanton como C o Delphi, ademas permiten compilacion en-linea y corren en una caja que aumenta la seguridad). El segundo problema es que no corre en Linux, lo cual se traduce en un problema de despliege. Si Linux + Apache es la plataforma mas usada, eso afecta. El 3er problema que es un derivado de los 2 anteriores es que precisamente por su potencia no se le puede dejar a un monton de mas o menos buenos programadores que monten en hosting compartidos como ocurre con .NET. El punto es, que ASP.NET, PHP y otros son entornos mas destilados para hacer sitios web, con concatenacion de texto, conectarse a base de datos y en el caso mas extremo, generar imagenes. P.D Esto seguro que Sourceforge no esta hecho enteramente PHP. Ni de broma... es demasiado complejo para ello (basado en las caracteristicas de la version para empresas http://www.vasoftware.com/sourceforg...em_basics.php). De hecho, no conozco ningun sitio que sea realmente complejo que no tenga un soporte de un lenguaje como C/C++, Java, .NET o incluso Delphi para "completar" las cosas. Otra cosa muy distinta es el hecho que es mas simple hacer las funciones elementales de pegar cadenas y voltiar con una base de datos con un lenguaje de scripting.
__________________
El malabarista. Última edición por mamcx fecha: 26-12-2006 a las 15:04:36. |
|
#5
|
||||
|
||||
|
Cita:
Cita:
Ahora, hablas de que cosas como ruby on rails muestra como debió ser el cuento desde un principio. Sin embargo, hasta donde sé, rails se basa en un paradigma, Active Record, que no es lo más adecuado para el mapeo entre el modelo de clases y el modelo relacional, no al menos, si se pretende diseñar la aplicación con un modelo de clases. Esto no demerita a Ruby ni Rails, pero apostarle a algo como "es lo que debió ser desde un principio" es un poco arriesgado ¿no crees? // Saludos |
|
#6
|
||||
|
||||
|
Cita:
Ahora, si te estas refiriendo a "aplicacion web" <> "sitio/portal web" seguro que existen algunas aplicaciones web que entrarian, pero lo serian mas por la funcionalidad de javascript/ajax (como google maps o gmail) que por el uso de php por si mismo. Igual, PHP solo sabe tirar html (y si se le mete generacion de imagenes o flash, igual dependen de codigo en otros lenguajes)... Y por lo demas, esta la integracion por medio de servicios web o similares a un backend, como en el caso de sourceforge y otros. Ahora, si se me esta pasando algo por delante, no me caeria mal un ejemplo de una aplicacion web con php. O sera que estoy un poco friki con la definicion de aplicacion???? La verdad las veces que le he dado vuelta a PHP no le he visto nada realmente superior a ASP, mas alla de funciones pre-establecidas que ahorran algo de codigo. Es por eso que decidi irme mas bien por el lado de python, donde al menos existe una mayor funcionalidad (aunque con el costo de menos facilidad de despliegue) Cita:
. Existe un paradigma muy bueno y se uso en FoxPro, pues digo yo, cuando use Fox me parecia de lo mas simple.Pero no creo que sea Active Record realmente el punto que tenia en mente (aunque es cierto que en mi uso con django, que es un stack un poco similar a rails, realmente es muy natural el uso de un ORM), sino mas bien el paradigma de MVC (Model, View, Controler). Aun sin un ORM, tener todo separado y "cableado" a la manera de estos stacks resulta muy natural. Otra cosa que hacen es definir un lenguaje de plantillas que evade la mala practica de mezclar codigo con generacion de pagina y otras cosas muy interesantes.
__________________
El malabarista. |
|
#7
|
||||
|
||||
|
Cita:
// Saludos |
|
#8
|
||||
|
||||
|
Hace años lo lei. Precisamente demuestra que no es posible hacerlo de forma "natural" porque existe una natural incongruencia entre el modelo relacional y el orientado a objetos, aunque al final son solo para caso algo excepcionales.
P.D. No quiere decir que no hayan opciones muy buenas, sino mas bien que es bueno aceptar que no existe una forma de meter un cuadrado en un circulo de forma que quede muy bien. P.D.2. Si alguien muestra que es posible meter un cuadrado en un circulo, acuerdese de la pelicula de Apolo donde lo hicieron. No quedan ganas de repetirlo ![]()
__________________
El malabarista. |
|
#9
|
||||
|
||||
|
Cita:
![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|