|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
son distintos
(Puntos:2, Inspirado)( Última bitácora: Viernes, 03 Febrero de 2012, 15:18h )
Persistencia
(Puntos:3, Informativo)( http://barrapunto.com/~SegFault/bitacora | Última bitácora: Jueves, 25 Agosto de 2011, 13:59h )
Segmentation fault: core dumped [barrapunto.com].
JSP
(Puntos:1)( http://www.alobbs.com/ )
Es absurdo.
Orientación a objetos y reutilización de código.
(Puntos:1)( http://web.iesrodeira.com | Última bitácora: Sábado, 25 Abril de 2009, 19:50h )
Por otra parte, PHP permite un desarrollo en principio más sencillo y rápido, aunque esto no tiene por qué ser necesariamente bueno (un desarrollo detenido y bien diseñado, como casi obliga a hacer java, permite una mayor reutilización de código y más fácil mantenimiento).
Respecto a que los Servlets no son más que CGIs... pues si, pero en JAVA... En realidad lo mejor es un CGI en C, pero ¿la portabilidad y la comodidad de desarrollo?...
La comparativa que indicas de ms sobre ASP.NET y PHP es sencillamente absurda. Primero, como ya te indiqué PHP y ASP.NET son bastante distintos en filosofía aunque se puedan utilizar para las mismas cosas. La comparativa debería ser entre ASP.NET y la plataforma de desarrollo web JAVA (JSP+Java Enterprise Beans+Servlets+... etc). Además la empresa que compara está interesada en una de las partes....
Siempre encontrarás una solución libre para desarrollo web cuanto menos igual de buena que la correspondiente propietaria.
Xavi.
Java es algo mas que web
(Puntos:1)( http://www.shiru.org/ )
La experiencia que he tenido con ellos es la siguiente:
Para hacer una web simple php es la mejor opcion, rapido y flexible.
Si hablamos de poyectos mas complejos .. por ejemplo logica de empresa ... integrar gestion de empresa con comercio electronico u otras soluciones ... lo ideal es java
la principal diferencia de los servlet con respecto a los CGI es que los servlet se cargan en memoria 1 vez y los CGI cada vez que se ejecutan, por lo que en un servlet puedes tener variables en memoria sin necesidad de meterlos en un archivo externo
En lo referenta a jsp vs php , he de decir qe no uso demasiado jsp, pero por lo que se no es mas que una llamada a jbeans que hacen una operacion expecifica (bamos tratan de simplificar los problemas comunes de la programacion orientada a web)
¿Reinventar CGI?
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Domingo, 22 Mayo de 2005, 06:18h )
Más bien los servlets son una implementación del CGI para Java, lo cual es algo lógico y normal.
Huy huy huy
(Puntos:2)( http://barrapunto.com/ )
¿En qué? ¿Nadie se leyó la noticia sobre la historia de los lenguajes?
O sea, que como se compara jsp con php, por favor, que *nadie* aluda a las ventajas de java sobre php.
Escripts. Punto.
¿¿PETER?? ¿Demostenes? Y actualmente Lockpeter
Sobre JSP,PHP y ASP.NET
(Puntos:1, Informativo)Para poder comparar necesitas tener en cuenta las características y necesidades de tu página y de las diferencias entre PHP y JSP, que determinarán tus opciones.
Con ambas opciones se han desarrollado sistemas muy impresionantes, lo cual demuestra la potencia de ambas opciones.
Mi consejo es que si necesitas desarrollar como lógica del sistema web algo que pueda ser denominado como una aplicación con una complejidad media/alta, mejor Java.
El JSP tiene dos ventajas:
1- Permite de forma más intuitiva una separación entre presentación y lógica. Con PHP se puede conseguir usando un buen diseño (quizás utilizando plantillas o templates, uso de XML), pero es algo menos intuitivo.
2- La programación de JSP/Servlet utiliza Java como herramienta lo cual tiene ventajas al ser un entorno más orientado al desarrollo de aplicaciones (las comprobaciones estáticas de tipos, herramientas de desarrollo cono netbeans o eclipse, API más genéricas, ..).
Por su parte, el PHP presenta como ventaja que está más orientado a Web, por lo que su uso es más intuitivo cuando la lógica es sencilla.
En resumen: Si ves más adecuado realizar la parte dinámica en un lenguaje más típico de desarrollo de aplicaciones como Java el uso de JSP/Servlet sería conveniente. Si la lógica es sencilla el PHP puede ser mejor.
Con esto no quiero decir que el PHP no se pueda realizar, pero puede suponer mucho mayor esfuerzo, al no ser un lenguaje adecuado para programación más general.
Los Servlets son adecuados para asociar código Java a páginas con mucho procesado y apenas presentación (como una página que realiza autentificación, por ejemplo), mientras que las páginas JSP son más adecuadas cuando hay presentación.
Respecto a ASP.NET, M$ ha cambiado su estrategia de desarrollo web.
1- Antes, el ASP tenía la filosofía de un lenguaje orientado a intercalarlo entre código HTML, con lo que era equivalente al PHP (desde mi punto de vista el PHP era superior, y le tenía comido mucho terreno, aunque no tanto en España como en otros países).
2- Con el .NET, el ASP.NET adquiere una filosofía equivalente al JSP en el que se intercala no código sino etiquetas ASP que se ejecutarán en el servidor.
Desde mi punto de vista, el ASP.NET posee el interés de tener un conjunto de etiquetas estándares adecuadas para Web (que no visto todavía en JSP).
Como siempre M$ vende al ASP.NET como algo totalmente revolucionario cuando no lo es. (Aunque tiene buena pinta, la verdad).
ASP vs PHP vs Opera
(Puntos:1)( http://www.corunet.com )
Re:Mi gran duda
(Puntos:1)m-e-c eagle [sourceforge.net] (Bueno este no es un B2C, es un B2B, pero seguro que si buscase un poco mas encontraria algun framework de b2c o alguna historia)
JPublish [sourceforge.net] que esta si es una herramienta de publicacion similar a PostNuke.
Esto solo mirando el foundry de java de sourceforge [sourceforge.net]. De todas formas el tema de la tienda online a no ser que sea una muy complicada seguro que se puede coger el codigo del Pet Shop que viene como ejemplo del patron MVC e "intertextualizarlo" ;-) o bien usar el monton de frameworks y librerias que hay en jakarta [apache.org] para hacer una propia porque en mi opinión las aplicaciones genericas para algunas cosas dan mas dolores de cabeza que otra cosa.
Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read . Groucho Marx
Re:Mi gran duda
(Puntos:1)( http://barrapunto.com/ )
"...inaction, is a weapon of mass destruction..."
Re:Mi gran duda
(Puntos:1)( http://www.proyectoquijote.com/ )
----------------------------------- Cada quien es hijo de sus obras Don Quijote de la Mancha
Re:comparar lo comparable...
(Puntos:1)( Última bitácora: Martes, 17 Junio de 2003, 19:38h )
Re:Mi gran duda
(Puntos:1)( Última bitácora: Miércoles, 03 Noviembre de 2004, 14:14h )
Re:Si que existen diferencias
(Puntos:1)Re:un pequeño apunte
(Puntos:2)( http://rvr.linotipo.es/ | Última bitácora: Sábado, 21 Febrero de 2015, 01:40h )
En el PHP, por defecto no tienes precompilación, y cada vez que ejecutas el CGI se debe interpretar. Esto no es algo importante cuando tu aplicación es sencilla. Pero es absolutamente imprescindible si tu aplicación tiene muchos y largos "includes".
La solución, en este caso, es utilizar optimizadores para PHP. La gente de Zend vende uno, pero también hay otro por ahí (el APC, for example).
De todas formas, para Java y scripting, existe Jython. Sin embargo, lo que más me gusta de PHP no es tanto el lenguaje -que como tal me parece sencillo y eficaz, pero prefiero Python- sino su biblioteca estándar de funciones para manejo de CGIs, cookies, etc.
Víctor R. Ruiz
rvr en blogalia.com
Re:Una pregunta de novato
(Puntos:1)( http://todoesmentira.blogspot.com/ )
Para ahorrarte tiempo, la palabra clave es: Tomcat
Salu2
A palabras necias... máximas audiencias.
Publicidad
(Puntos:1)( http://todoesmentira.blogspot.com/ )
Si vuelves a escribir algo así, no te olvides de incluirlo entre tags <publicidad> y </publicidad>
O <mentira-cochina-de-microsoft> y </mentira-cochina de-microsoft>
O bueno, si realmente lo piensas es que nunca has visto una aplicación en J2EE ni de lejos.
Salu2
A palabras necias... máximas audiencias.
Re:y Perl ?
(Puntos:1)Y a ver si la gente se entera de que las web de "scripting" cada vez son menos y que ahora los tiros ya van por otro lado. Intenta implantar el modelo de desarrollo de ASP .NET con perl... y luego me cuentas.
(c) 1982 Sinclair Research Ltd.
Re:comparar lo comparable...
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Martes, 21 Diciembre de 2004, 00:11h )
O'Reilly publica 10 veces más libros sobre Java y todas sus tecnologias que sobre .NET, Wrox tiene en sus almacenes cientos y cientos de libros de la plataforma .NET, porque no se implementa, porque no tiene prestigio y porque tiene que alcanzar, si algn dia lo hace, la potencia de J2EE.
Esto es 1 opinión, pero justificada, y sino mira porque casi todo el mundo esta migrando a jsp. No has oido hablar de JBoss?
"La ignorancia es un bien que muchos desconocen" yo mismo
___________________
o0 Methril 0o
Puestos a dar alternativas.....
(Puntos:1)( http://zonasub.com )
Re:Una pregunta de novato
(Puntos:1)( Última bitácora: Martes, 17 Mayo de 2005, 18:12h )
¿Quien puntua los posts?
SAludos
------------------------------- 100% Free? -------------------------------
Re:y Perl ?
(Puntos:2)( http://rvr.linotipo.es/ | Última bitácora: Sábado, 21 Febrero de 2015, 01:40h )
Víctor R. Ruiz
rvr en blogalia.com
Re:comparar lo comparable...
(Puntos:1)( http://www.cientifico.net/ | Última bitácora: Martes, 22 Junio de 2004, 13:46h )
Efectivamente, estoy de acuerdo en que toda la arquitectura .Net esta muy bien, ya puedes programar en c# jscript asp, y otros tantos lenguajes, como cobol, lisp... que todo aqueloo que genere codigo intermedio (MSIL), sera ejecutado por la plataforma microsoft(y otras como mono).
Es una solución comoda, te gastas pelas en el visual studio.net, o en sus licencias, y tienes un entorno bonito(al que poco a poco se acerca de forma descarada kdevelop), y sobre todo facil, con documentación integrada, hacer un programa como convinación de multitud de lenguajes, etc...
Pero... Se te olvida los objetos COM+ de Microsoft, que han demostrado ser lentos, pese a lo que han mejorado los últimos años. Comparativas de rendimiento de servidores, dan la razon a apache+php, en comparación con soluciones microsoft (comparativas objetivas).
Esto, junto a un monton de problemas (empezando por el precio de una maquina para ejecutar el w2k, y el .Net, y las licencias...), no obtengo una solución seria para la plataforma .net, que insisto, me parece muy comoda, elegante y elitista, ya que por poco mas de formación, puedes pasarte a apache php, o soluciones java(de las que admino no estar al día), ahorrandote un monto de dinero.
Sin ganas de polemicanizar(si se dice así), y comentando, que yo uso y adoro LAMP(Linux + Apache + MySQL + PHP)