Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

326
Vistas
Métodos para llamadas a la API de PHP, menos scripts frente a múltiples scripts

Mi aplicación hace llamadas a mi API de PHP en mi servidor Apache... Mientras sigo intentando optimizar tanto las llamadas de la aplicación como las del servidor, habitualmente leo materiales sobre las mejores prácticas. Pero hay un tema para el que estoy teniendo dificultades para encontrar un buen material: la gestión adecuada de scripts api.

Tengo algunos scripts PHP que manejan una sola solicitud de la aplicación... lo que significa que el script devuelve solo un conjunto específico de datos. Otros que tienen algunas funciones e incluso otros que muchas funciones que devuelven datos a la aplicación.

ES DECIR:

 login.php: if (lType == 1) { return doLogin() ; } else if (lType == 2) { return doLogout() ; } else if (lType == 3) { return doReset() ; }

Luego tengo otra secuencia de comandos que devuelve la mayor parte de todo el contenido con el que el usuario interactuará:

 prodIndex.php: if (pType == 1) { return existingProds() ; } else if (pType == 2) { return listProds() ; } else if (pType == 3) { return newProds() ; } else if (pType == 4) { return listProds() ; } else if (pType == 5) { return buyProd() ; } .... { return listProds() ; } else if (pType == 15) return prodReview() ; }

En el ejemplo de login.php, son solo tres funciones fáciles y rápidas que suman alrededor de 150 líneas de código....pero para prodIndex.php sus 15 funciones principales. Cada return thisFunction() es bastante extenso y todo el script tiene más de 1600 líneas.

Tres preguntas:

  1. ¿Es mejor dividir las 15 funciones de prodIndex.php en scripts de php individuales y hacer que la aplicación llame a cada uno individualmente... o está bien mantenerlos como están? ¿Cómo manejará el servidor una solicitud al archivo principal prodIndex.php para pType == 8 en comparación con la aplicación que solicita un archivo específico pType8.php ? Supongo que los tiempos de carga del script serán un poco más rápidos para los archivos más pequeños, pero en general, ¿cómo manejará el servidor las solicitudes de la cola si todas las solicitudes van al mismo archivo prodIndex.php en lugar de ir a 15 archivos diferentes?

  2. Si es mejor dividirlos... entonces, ¿debería haber un archivo principal que luego determine la solicitud entrante y cargue la secuencia de comandos secundaria... o simplemente hacer que la aplicación llame directamente a la secuencia de comandos secundaria?

  3. Si dividir todo en múltiples secuencias de comandos es una buena práctica, ¿existe algún escenario en el que una sola secuencia de comandos cumpla solo algunas funciones principales, como la secuencia de comandos login.php?

Mi mayor preocupación en todo esto son los tiempos de respuesta del servidor, la congestión del servidor y los recursos del servidor que conducen a posibles tiempos de espera o respuestas retrasadas para volver a la aplicación.

Gracias por adelantado.

over 4 years ago · Santiago Trujillo
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda