CLR: .Net / Mono / Boo / Otros CLR > ASP .NET
¿por Qué Usar Asp.net En Lugar Php O Jsp?
prueba2306:
ASP.NET y Servlets Java son una recomendación para sistemas robustos por la manera en la que se manejan internamente, ya que estos se saltan el paso de interpretar el código de la página como hace PHP (los aspx se cargan solo la primera vez que se solicita y los servlets son "precompilados" antes de utilizarse).
Ahora PHP aunque no soporta la misma robustes que ASP.NET o los Servlets Java tiene su facilidad y la gran cantidad de librerias y las ventajas de conexión que tiene con las bases de datos que existen actualmente.
--- Citar ---
--- Citar ---(ASP.NET, PHP, JSP)
Los tres manejan Threading
--- Fin de la cita ---
Quisiera ver un ejemplo en de eso PHP, por ejm. el problema de lectores/escritores en PHP
--- Fin de la cita ---
Supongo que se refería a que los tres soportan Threading con respecto a como los interpretes se manejan para administrar las peticiones, no a la programación. Si no es así, que yo sepa PHP no puede manejar multithreading pero también tengo conocimiento de que la libreria PECL incluirá o incluye una opción para hacer eso (aunque en lo personal no creo que sea necesario en PHP)
--- Citar ---Ahora todo se va enfocar a trabajar del lado del cliente, ya sea PHP, ASP.NET, y otro...pongan en google, ajax.... para que se vayan actualizando...
Como quien dice, javascript reloaded..., esto de ajax no es nuevo y ha estado aquí por años; para esto hay que considerar problemas de accesibilidad y ese tipo de cosas...
--- Fin de la cita ---
Es verdad, las facilidades que ofrece JavaScript ayuda mucho al programador. Eso de que ajax es una tecnología nueva no es tan cierto como se dice, simplemente se tuvo más imaginación para utilizarla. Respeto mucho a JavaScript es un lenguaje de lado del cliente muy potente si es que se la sabe utilizar.
Ahora el hecho de que la programación se enfoque más al lado del cliente no quiere decir que se va a dejar de poner atención del lado servidor (sé que no es lo quieres decir pero puede haber alguien que piense lo contrario). Con la nueva idea de que la Web sea una plataforma más de programación (una idea nacida desde Sun Microsystems) esto nos obliga como programadores a que los servicios que se le ofreceran por esta "nueva" plataforma sean mucho más rápidos que antes (lo cual requiere que los servidores tengan una velocidad de servir peticiones mucho más rápido)
--- Citar ---En otras palabras todavía no encontré un problema que no pueda resolver en PHP y en mi caso no sólo he trabajado con PHP para hacer páginas, sino que he contruído proyectos o más bien sistemas en intranet (de gestión, de administración...) y no es lento como dicen aquí.
--- Fin de la cita ---
PHP pues... mira en mi punto de vista "sí es lento" EN COMPARACIÓN (hago la aclaración) con ASP.NET y Servlets Java (No así JSP's) en sistemas robustos (específicamente hablando). Ahora, no es lo mismo que hagas un sistema para que sea utilizada por aproximadamente 100 personas las cuales enviaran, que te gusta, ¿4 ó 5 peticiones de páginas por minuto cada una?, a que hagas un sistema para 500 personas la cuales haran unas 10 ó 15 peticiones por minuto cada una, por citar un ejemplo.
Amilius:
--- Cita de: "prueba2306" --- PHP pues... mira en mi punto de vista "sí es lento" EN COMPARACIÓN (hago la aclaración) con ASP.NET y Servlets Java (No así JSP's) en sistemas robustos (específicamente hablando). Ahora, no es lo mismo que hagas un sistema para que sea utilizada por aproximadamente 100 personas las cuales enviaran, que te gusta, ¿4 ó 5 peticiones de páginas por minuto cada una?, a que hagas un sistema para 500 personas la cuales haran unas 10 ó 15 peticiones por minuto cada una, por citar un ejemplo.
--- Fin de la cita ---
Hablar que uno u otro es más "lento" en un contexto tan amplio es totalmente subjetivo.
Tendrías que realizar mediciones de rendimiento de dos sistemas idénticos, con idénticos niveles de carga, equipos idénticos, ancho de banda idéntico, etc. Además que para ambos casos tendrías que contratar a expertos en PHP y ASP.NET para garantizar que la diferencia no sea causada por la falta de entrenamiento de alguno de los equipos. Además que tendríamos que aplicar estas mediciones a distintos tipos de sistemas que cubran una buena gama de aplicaciones, máquinas, ancho de banda disponible, etc.
Si tienes alguna referencia sólida para respaldar tu afirmación sería bueno que la publiques por que sería de gran utilidad para ayudar a elegir la herramienta más apropiada para un caso particular. ;)
Amilius:
--- Cita de: "cabeza_nispero" ---
--- Cita de: "Serghio" ---Usa ASP.NET si quieres aumentar tu productividad, ahora con ASP.NET 2.0, lo que antes hacias en 2 semanas lo haces en un par de horas...
--- Fin de la cita ---
ASP.NET 2.0 por si sólo no implica que aumentes tu productividad, probablemente te refieras al vs.net 2005...
Además no todas las cosas las puedes hacer con wizards (al menos para una aplicación seria)
--- Fin de la cita ---
Si todo nuestro trabajo se hiciera con wizards les aseguro que un dos por tres todos quedamos sin empleo. Esperemos que nunca sea así. :rolleyes:
"Aplicación seria" ¿Que es una "aplicación seria"? ¿Una aplicación comercial? ¿Una aplicación que será utilizada por empresas "serias"? ¿Una aplicación que toma más de tres meses implementarla? ¿Una aplicación que si no funciona como es debido te pueden meter preso? ¿Una aplicación que no bromea contigo :rolleyes: ? Me parece una frase demasiado ambigua. Podría significar multitud de cosas y definitivamente no es de las que utilizaría. :P
sergiotarrillo:
--- Citar ---ASP.NET 2.0 por si sólo no implica que aumentes tu productividad, probablemente te refieras al vs.net 2005...
Además no todas las cosas las puedes hacer con wizards (al menos para una aplicación seria)
--- Fin de la cita ---
Yo trabajo con Visual Web Developer Express... no es por los wizards... eso existian desde VS2003...
ahora hay nuevos conceptos, solo por mencionar algunos:
Master Pages: Herencia visual de formularios web, esto no se hace con wizard, y si quieres explitarlos tienes que meterle mano al codigo..
ObjectDataSource: Ideal para hacer aplicaciones distribuidas o en tres capas, y lo mejor que los controles List-Bound, lo soportan
Profiles: nuevo concepto que pretende reemplazar a session
Web Parts: dar la capacidad al usuario la capacidad de que personalize el sitio web
.....
En todos ellos si quieres mejorarlo y explotarlos vas a tener que meter mano al código.....
prueba2306:
--- Cita de: "Amilius" ---
--- Cita de: "prueba2306" --- PHP pues... mira en mi punto de vista "sí es lento" EN COMPARACIÓN (hago la aclaración) con ASP.NET y Servlets Java (No así JSP's) en sistemas robustos (específicamente hablando). Ahora, no es lo mismo que hagas un sistema para que sea utilizada por aproximadamente 100 personas las cuales enviaran, que te gusta, ¿4 ó 5 peticiones de páginas por minuto cada una?, a que hagas un sistema para 500 personas la cuales haran unas 10 ó 15 peticiones por minuto cada una, por citar un ejemplo.
--- Fin de la cita ---
Hablar que uno u otro es más "lento" en un contexto tan amplio es totalmente subjetivo.
Tendrías que realizar mediciones de rendimiento de dos sistemas idénticos, con idénticos niveles de carga, equipos idénticos, ancho de banda idéntico, etc. Además que para ambos casos tendrías que contratar a expertos en PHP y ASP.NET para garantizar que la diferencia no sea causada por la falta de entrenamiento de alguno de los equipos. Además que tendríamos que aplicar estas mediciones a distintos tipos de sistemas que cubran una buena gama de aplicaciones, máquinas, ancho de banda disponible, etc.
Si tienes alguna referencia sólida para respaldar tu afirmación sería bueno que la publiques por que sería de gran utilidad para ayudar a elegir la herramienta más apropiada para un caso particular. ;)
--- Fin de la cita ---
Digo que PHP "es lento" :whistling: a comparación de las otras dos debido a que las páginas PHP se tienen que interpretar primero, ejecutarlas y después enviarlas (algo similar a los JSP, primero se compila, despuès se ejecuta y al final se envía), lo que no sucede con los aspx y los servlets.
Fuente: http://www.invertedsoftware.com/tutorials/...t-tutorial.html :comp:
Ahora, si quieres un documento al respecto de las 3 tecnologías encontrè un pdf que ayuda al respecto.
Fuente: http://icm.integro.com/Documents/TechnologyComparison.pdf
Mi opinión se basa en la lógica de que si para procesar páginas PHP (y JSP) usan 3 pasos y ASP.NET y Servlets usan 2, ¿Cuál de los dos me conviene más? ;)
Pero (como te daras cuenta <_< ) esta opinión me baso en el hecho de la cantidad de pasos que se ejecutan pero no tengo conocimiento alguno respecto a si el paso de interpretación y de ejecución de PHP sea más rápido que el de solo ejecución de los aspx o servlets, yo supongo que no, por la lógica de "un lenguaje compilado es mas rápido que un lenguaje interpretado" (aunque en este caso el lenguaje compilado mas bien es precompilado), no sé si me hago entender. :blink:
Me gustaría mucho que alguien pudiera enviar más información de como trabajan en el fondo (internamente) cada una de las tecnologías, mucho lo agradecería. :P
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa