comparison laravel - Operador de PHP<>




many to (6)

$_SERVER['SERVER_PORT'] obtiene el puerto utilizado por el servidor web para atender solicitudes HTTP. $_SERVER['SERVER_PORT'] <> 443 comprueba si el puerto no es igual a 443 (el puerto HTTPS predeterminado) y si no, invoca doSomething()

Esta pregunta ya tiene una respuesta aquí:

¿Qué hace el siguiente código? Un enlace a algo en el manual de PHP también sería bueno.

if ($_SERVER['SERVER_PORT'] <> 443) {
    doSomething();
}

Tenga en cuenta que <> comporta como != Incluso donde < y > no son operadores de comparación obvios (por ejemplo, $str1 <> $str2 ).


Aunque PHP se basa principalmente en la sintaxis de estilo C, esta es una de las cosas raras que proviene del mundo de la sintaxis de estilo BÁSICO.

No hace falta decir que usaría != Y sería coherente con él, ya que <> realidad nunca se usa.


Igual que! =, "No igual"

false <> true // operator will evaluate expression as true
false != true // operator will evaluate expression as true

Aquí hay alguna referencia: operadores de comparación de PHP



Las tres reglas básicas de sobrecarga de operadores en C ++

Cuando se trata de la sobrecarga de operadores en C ++, hay tres reglas básicas que debe seguir . Al igual que con todas estas reglas, de hecho hay excepciones. Algunas veces las personas se han desviado de ellos y el resultado no fue un código malo, pero tales desviaciones positivas son pocas y distantes entre sí. Por lo menos, 99 de cada 100 desviaciones que he visto estaban injustificadas. Sin embargo, podría haber sido 999 de 1000. Así que es mejor que te limites a las siguientes reglas.

  1. Siempre que el significado de un operador no sea claro e indiscutible, no debe sobrecargarse. En su lugar, proporcionar una función con un nombre bien elegido.
    Básicamente, la primera y más importante regla para sobrecargar a los operadores, en su corazón, dice: No lo hagas . Esto puede parecer extraño, porque hay mucho que saber sobre la sobrecarga de operadores y, por lo tanto, muchos artículos, capítulos de libros y otros textos tratan todo esto. Pero a pesar de esta evidencia aparentemente obvia, hay solo unos pocos casos sorprendentemente apropiados donde la sobrecarga de operadores es apropiada . La razón es que en realidad es difícil entender la semántica detrás de la aplicación de un operador, a menos que el uso del operador en el dominio de la aplicación sea bien conocido e indiscutible. Contrariamente a la creencia popular, este casi nunca es el caso.

  2. Siempre apegarse a la semántica conocida del operador.
    C ++ no plantea limitaciones en la semántica de los operadores sobrecargados. Su compilador aceptará felizmente el código que implementa el operador binario + para restar de su operando derecho. Sin embargo, los usuarios de tal operador nunca sospecharían que la expresión a + b restara a de b . Por supuesto, esto supone que la semántica del operador en el dominio de la aplicación es indiscutible.

  3. Siempre proporcionar todo de un conjunto de operaciones relacionadas.
    Los operadores están relacionados entre sí y con otras operaciones. Si su tipo admite a + b , los usuarios también podrán llamar a += b . Si admite el incremento de prefijo ++a , esperarán que a++ funcione también. Si pueden verificar si a < b , seguramente esperarán también poder verificar si a > b . Si pueden copiar y construir su tipo, esperan que la asignación también funcione.

Continuar con la decisión entre el miembro y el no miembro .





php comparison operators