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

141
Views
Alternativa al cambio, bucle en javascript para múltiples condiciones

Estoy implementando una API de descanso que incorpora paginación y clasificación.

mis parámetros de consulta:

  • para paginación - página (obligatorio), límite (opcional).
  • para clasificar - order_by (obligatorio), sort_by (opcional)

Para una solicitud de obtención en particular, un usuario puede hacer la combinación de las siguientes operaciones:-

  • usar paginación
  • usar paginación + clasificación
  • usar la clasificación
  • usar paginación (sin límite) + clasificación (sin sort_by)
  • usar paginación (con límite) + clasificación (con sort_by)

Estaba pensando en implementar el cambio para esto, si en el futuro se agregan parámetros de consulta adicionales, la lista puede ser larga

Entonces, ¿hay alguna alternativa en la que pueda mencionar múltiples condiciones (en forma OR) y no pierda rendimiento también?

Basado en los comentarios: - se puede lograr lo mismo con 5 declaraciones if, pero el objetivo es tener un rendimiento escalable, legible y pequeño (si es posible)

 function getResults(object) { var title = object.params switch (title) { case 'page': title = 'page' break case 'order_By': title = 'orderBy' default: title = 'Unassigned' break } .......( continued) return title }
about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

Solo crea un objeto un poco como este

 Page PageSize (Limit i guess? Since paging in itself has no limit, just the pages) Sort SortDirection

Creo que esto debe adaptarse a usted?

Luego aplique condiciones a través del método. Ejemplo:

 var myPagingObject = {}; function applyPagingParameter(key, value) { myPagingObject[key] = value; }

No, si las declaraciones necesitan eso (excepto en el backend, por supuesto, pero si estandariza 4 si las declaraciones que se pueden usar en toda la aplicación, ¿por qué no?)

about 4 years ago · Juan Pablo Isaza 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!