Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

220
Views
¿Hay alguna razón técnica para usar > (<) en lugar de != cuando se incrementa en 1 en un bucle 'for'?

Casi nunca veo un bucle for como este:

 for (int i = 0; 5 != i; ++i) {}

¿Hay alguna razón técnica para usar > o < en lugar de != cuando se incrementa en 1 en un bucle for ? ¿O esto es más una convención?

over 4 years ago · Santiago Trujillo
3 answers
Answer question

0

while (time != 6:30pm) { Work(); }

Son las 6:31 p. m.... ¡Maldita sea, ahora mi próxima oportunidad de irme a casa es mañana! :)

Esto para mostrar que la restricción más fuerte mitiga los riesgos y probablemente sea más intuitivo de entender.

over 4 years ago · Santiago Trujillo Report

0

No hay ninguna razón técnica. Pero hay mitigación de riesgos, mantenibilidad y una mejor comprensión del código.

< o > son restricciones más fuertes que != y cumplen exactamente el mismo propósito en la mayoría de los casos (incluso diría que en todos los casos prácticos).

Aquí hay una pregunta duplicada; y una respuesta interesante.

over 4 years ago · Santiago Trujillo Report

0

Sí, hay una razón. Si escribe un bucle for (basado en un índice simple y antiguo) como este

 for (int i = a; i < b; ++i){}

entonces funciona como se esperaba para cualquier valor de a (es decir, cero iteraciones cuando a > b b lugar de infinitas si hubiera usado i == b; ).

Por otro lado, para los iteradores escribirías

 for (auto it = begin; it != end; ++it)

porque cualquier iterador debe implementar un operator!= , pero no para cada iterador es posible proporcionar un operator< .

También basado en rango para bucles

 for (auto e : v)

no son solo azúcar elegante, sino que reducen considerablemente las posibilidades de escribir código incorrecto.

over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!