(26-10-2012 02:34).py escribió: [ -> ]
<?php echo "foo" == TRUE ;
echo "\n";
echo "foo" == 0 ;
echo "\n";
echo TRUE != 0;?>
LOL
Mira que todos los lenguajes tienen mierda , (ej de python asi no piensan que soy un fan: no switch ni constantes) , pero lo de php se va al carajo. No tienen finally pero si try catch!
Jarry explain.
(26-03-2013 12:32).py escribió: [ -> ] (26-10-2012 02:34).py escribió: [ -> ]
<?php echo "foo" == TRUE ;
echo "\n";
echo "foo" == 0 ;
echo "\n";
echo TRUE != 0;?>
LOL
Mira que todos los lenguajes tienen mierda , (ej de python asi no piensan que soy un fan: no switch ni constantes) , pero lo de php se va al carajo. No tienen finally pero si try catch!
Jarry explain.
Es por el casteo automatico que se realiza en cada lugar.
Al comparar "foo" con TRUE transformas "foo" a booleano, y al existir es TRUE. False es "" o "0".
Al comparar "foo" con 0 lo transformas a int. Si fuera una cadena numerica onda "10.5" lo transforma automaticamente a 10.5, pero al no empezar por numeros lo trunca en 0 (algo asi como hace el atoi).
TRUE es distitno de 0 como en cualquier lenguaje.
Para mas informacion
http://www.php.net/manual/es/language.types.intro.php
Creo que podés limitarlo igualmente, como en VB tenías el Option Explicit.
tenes los operadores === y !===
(26-03-2013 12:45)brunodiaz escribió: [ -> ]Al comparar "foo" con 0 lo transformas a int. Si fuera una cadena numerica onda "10.5" lo transforma automaticamente a 10.5, pero al no empezar por numeros lo trunca en 0 (algo asi como hace el atoi).
No puede convertirlo , luego lo deja en 0. Genial
(26-03-2013 13:32).py escribió: [ -> ] (26-03-2013 12:45)brunodiaz escribió: [ -> ]Al comparar "foo" con 0 lo transformas a int. Si fuera una cadena numerica onda "10.5" lo transforma automaticamente a 10.5, pero al no empezar por numeros lo trunca en 0 (algo asi como hace el atoi).
No puede convertirlo , luego lo deja en 0. Genial
Si puede convertirlo. Trunca en los caracteres no numericos.
Como dice Jarry, si el programador no sabe lo que esta haciendo puede usar los ===
(26-03-2013 13:43)brunodiaz escribió: [ -> ] (26-03-2013 13:32).py escribió: [ -> ] (26-03-2013 12:45)brunodiaz escribió: [ -> ]Al comparar "foo" con 0 lo transformas a int. Si fuera una cadena numerica onda "10.5" lo transforma automaticamente a 10.5, pero al no empezar por numeros lo trunca en 0 (algo asi como hace el atoi).
No puede convertirlo , luego lo deja en 0. Genial
Si puede convertirlo. Trunca en los caracteres no numericos.
Como dice Jarry, si el programador no sabe lo que esta haciendo puede usar los ===
Que tire una exception si no puede convertir una cadena a int
Mas alla de eso, estas inconcistencias, que en este caso no lo es, estan en todos los lenguajes. Me he encontrado con esto en C. Y me acuerdo que alguna vez charlamos de una en .NET
(26-03-2013 13:46).py escribió: [ -> ] (26-03-2013 13:43)brunodiaz escribió: [ -> ] (26-03-2013 13:32).py escribió: [ -> ] (26-03-2013 12:45)brunodiaz escribió: [ -> ]Al comparar "foo" con 0 lo transformas a int. Si fuera una cadena numerica onda "10.5" lo transforma automaticamente a 10.5, pero al no empezar por numeros lo trunca en 0 (algo asi como hace el atoi).
No puede convertirlo , luego lo deja en 0. Genial
Si puede convertirlo. Trunca en los caracteres no numericos.
Como dice Jarry, si el programador no sabe lo que esta haciendo puede usar los ===
Que tire una exception si no puede convertir una cadena a int
No se porque insistis con eso. Puede y lo hace.
(25-10-2012 22:19)Jarry escribió: [ -> ]eso, vengan a dejar sus criticas hacia uno de los lenguajes mas utilizados aca.
y despues los espero en segurola y la habana a ver si sus lenguajes se la bancan mas
Vale, vengo a dejar mi opinión (sin que me tiemble el pulso y por más de una razón):
Perl
No quiero explayarme demasiado pero vamos...por empezar Perl es le "padre" de PHP ( basado en la experiencia hay módulos que emulan PHP completamente desde Perl). No sólo porque adopta CASI la misma sintaxis que perl sino que TODO lo que se puede hacer en PHP se logra hacer en Perl , MÁS rapido (prueba a correr un flor de script vs otro y verás de que hablo) y hasta todavia MÁS (cosas impensadas en el ámbito PHP)!! Claro está que el thread atañe a lo web porque sino fuera de lo web también le pasa el trapo. Lo bueno de PHP, que admito con todas las letras, es la bastisima documentación en Español que hay en la net para aquellos reacios al inglés porque si de inglés se trata Perl cuenta con una gran comunidad y el mayor repositorio de módulos CGI, entre otros ajenos al entorno Web (CPAN). Como asi también un lenguaje fácil de entender a primeras con conocer poco más de html.
mas INFO ->
ACÁ
Ahora de los que no puedo hablar mucho son de Ruby y Phyton, lenguajes que tarde o temprano les voy a echar más de un ojo porque escuché muchas buenas de ambos!!!
(23-03-2013 20:06)rulo escribió: [ -> ]Claro, el verdadero macho programa usando el vi y commitea por consola. Demás esta decir que no usa ningun tipo de GUI porque vive en los 80's. Se calcula que a este espécimen le lleva 10 veces mas que al tipo común terminar su trabajo.
Decime cómo y de dónde sacaste ese "
cálculo". Lo mas factible es que lo hayas hecho a espaldas y desde algún lugar donde vos te encuentres más cómodo pero ese "se calcula" no se calcula ni esta demostrado en la práctica!!
de onda, chequea tus fuentes.
te estas basando en un articulo del 2005. php evoluciono muchisimo desde esa epoca.
Perl: el único lenguaje cuyo código es prácticamente igual antes y después de someterlo a una encriptación RSA.
El problema de perl es que tenes multiples de formas "socialmente aceptadas" de hacer una cosa (por ej: obtener un argumento de una función).
No sé si lo usaría para sitios web (me parece que evolucionamos), pero es un golazo si tenes que hacerte un scriptcito
PHP tiene muchas ventajas respecto a .NET y viceversa. La posta es que vas a usar uno u otro según el proyecto y el presupuesto. Un factor clave es que con PHP te podés armar algo muy groso con una inversión de $0 (solamente tiempo), mientras que las licencias de Microsoft suelen ser bastante saladas (aunque esto puede variar según el proyecto y si se compran paquetes de licencias).
Creo que una visión radical de "esto es la posta y el resto es una bosta" es bastante pobre... soy Senior en .NET y como free lance uso PHP, programé Java en varios proyectos y puedo decir que cada cosa tiene su lado bueno y si se aprovechan bien son todas herramientas muy potentes.
Eclipse para PHP no se compara ni en pedo con el VS. NI EN PEDO.
Es mas, me pongo los largos y aseguro que el único eclipse groso groso es el de java. Ningún plugin tiene la integración que tiene java con eclipse (lo cual es triste, porque java es una mierda).
Sí, estoy de acuerdo con que eclipse manquea si no es para Java.
La integración con Groovy tampoco es mala. En mi último laburo mi jefe intentó venderme Netbeans. Mi TP de Operativos lo terminé haciendo en Netbeans, y estoy haciendo huevadas en Javascript y la rompe. Pero para Java y Groovy es más feliz eclipse, por lejos.
Lo caga la integración de mierda que tiene con Maven. En Netbeans, Maven viene por default. Y está completamente integrado, y re bien. Jamás tenés que tirar un mvn por consola, y te autocompleta bien los tags del .hbm.xml, proponiendo los proyectos, versiones, etc. El m2e intenta cumplir, pero se queda con las ganas, qué se yo.
http://theserverpages.com/php/manual/en/...bility.php
Cita:Objects of the same type will have access to each others private and protected members even though they are not the same instances. This is because the implementation specific details are already known when inside those objects.
