¿Es de mala practica trabajar con muchos archivos JS?

[oggy_15_3]

Hola a todos.
Veran, hasta el día de hoy he estado desarrollando pequeñas aplicaciones para algunas empresas en las que me he apoyado quizas demasiado en javascript.
Las tareas que realizado con ella son:
- Validaciones.
Considero que es más apropiado puesto que no se hace peticiones al servidor para las validaciones (salvo algunos casos como en comparar datos de una tabla)
- Funciones Nuevo, Guardar, Eliminar, Editar Registros.
Cada función mencionada menciona archivos php. EJM:

Código Javascript:

function pGuardarCliente(cdg_cli){
var sPagina="cliente.php";
var aParams={}
aParams['nombre']=$("#txtDscCli").val();
...
...
 
$.ajax{
 .. 
 ..
}
}
 

Básicamente esa es mi estructura de trabajo en todos mis formularios de trabajo.
Muestro el archivo .php de consulta y a veces en algunas funciones javascript muestro el nombre de algunos campos de una tabla.
Tengo una página principal llamada menu.php donde invoco todos mis archivos .js
de los formularios de trabajo.
eJM:
<script src="cliente.js"></script>
<script src="xxxx.js"></script>

ME apoyo mucho en AJAX también ya que todos mis formularios que estan en php son invocadas a través de ellas visualizando su contenido en un DIV flotante que puede moverse libremente como si fuera una ventana de window.

Mencione que quizas sea mala práctica, porque el usuario puede ver mis archivos .js y gracias a ello puede saber el nombre de mis archivos .php que uso.
Cuando hoy por hoy veo que varias webs sólo utilizan archivos .js para mejorar algunas cosas del lado cliente (librerias) más no tienen archivos .js que se vinculan a los archivos .php como le vengo haciendo.
Este es mi estilo de trabajo. "Todos los formularios los muestro en la página menu.php" a través de divs


Acepto todo tipo de consejos y si es necesario cambiar la modalidad de trabajo o como debería de trabajar.
Saludos.

[AlejandraLara]

Iniciado por oggy_15_3

- Validaciones.
Considero que es más apropiado puesto que no se hace peticiones al servidor para las validaciones (salvo algunos casos como en comparar datos de una tabla)

Javascript sirve como COMODIDAD para el usuario referente a validaciones... pero ¿de qué sirve validar algo que puede ser facilmente saltado? Siempre se debe validar también del lado del servidor.

[oggy_15_3]

Iniciado por AlejandraLara

Javascript sirve como COMODIDAD para el usuario referente a validaciones... pero ¿de qué sirve validar algo que puede ser facilmente saltado? Siempre se debe validar también del lado del servidor.

Hola Alejandra Lara,
Un caso simple.
¿Validarías el campo usuario(login) si esta vacio desde php? Hacer una petición al servidor sólo para comprobar que si esta vacia o no?.

Bueno, mi consulta va más allá de las validaciones, yo en este post me voy más a cargar varios archivos .js en donde cada archivo .js está vinculada a un formulario que se crea a través de un archivo .php
Es decir, lo único que utilizado desde php son los insert, update, delete y el diseño de los formularios.
Todo lo demás se lo estoy dejando a javascript con ayudade AJAX, JQUERY.
Validaciones, peticiones (filtro de datos) ya sea para cargar elementos a los select (apoyado en JSON), etc.
Gracias por tu aporte

[fbadiola]

No, validar por ajax sólo un campo o cada campo si está vacío no.
Pero por supuesto debes validar del lado del servidor cuando vas a hacer un proceso con esa información, ya vayas a tratar esa información o almacenarla, siempre debes tener un control sobre tus datos. En JavaScript validar datos mejora la experiencia de usuario (UX) y mejoras la carga y red en tus servidores porque no obligas a hacer una petición más al servidor para cargar todo de nuevo!

Usar varios archivos .js, .css o imágenes puede hacer una carga pesada a tu servidor, date cuenta que por cada archivo JS, CSS o imagen es una nueva petición HTTP GET a tu servidor, esto no es importante si para tu aplicación sólo habrá un pequeño número de usuarios pero si vas a salir a entornos de producción masivos con miles de usuario deja de ser tan trivial y empieza a importar bastante. ¿Por qué? Porque usarías mucho ancho de banda y muchas peticiones.

Hay varios debates de que es mejor para esto y no voy a entrar en que es, o no, lo más adecuado pero hay varias opciones:
- Usar un CDN público para importar las librerías (véase Google CDN, jQuery CDN para librerías jQuery, Bootstrap CDN, Google Fonts para fuentes, etc...)
Ventaja: El tráfico va hacia otros servidores y no hacia el tuyo
Desventaja: Si cambia la ruta, el archivo, editan a otro update el archivo o se cae el servidor ¡estas jodido![/li]

- Optimizar tus archivos metiéndolo en un solo archivo (te evitas las cabeceras HTTP y su handshake que son varios bytes...)
Ventaja: Optimizas la carga lo máximo posible reduciendo así el mínimo de ancho de banda consumido. Disponibilidad de los archivos siempre que tu servicio esté disponible y no va a cambiar la versión a menos que tu lo hagas.
Desventaja: No es digamos una desventaja pero el tráfico sigue saliendo de tus servidores.[/li]

Mi opinión personal es mantenerlo en mi servidor o tener un cloud de servidores con un balanceador de carga y un servidor proxy que me cachee los archivos estáticos (puede ser propio o de terceros, como CloudFlare). Estos servidores pueden ser VPS con vCpu y RAM básicas (según tipo de ficheros, tipo servicios y número de peticiones, necesitarás más o menos características en tu máquina para soportar las peticiones entrantes de tu sitio) pero con alto ancho de banda y con buena conectividad (100-1000Mbps). Pero repito, es opinión personal.

El tema de AJAX hacia ficheros PHP, no es tan raro y no es una mala práctica pero siempre que se haga con una lógica absolutamente necesaria para no sobrecargar los recursos del sistema y con un control de peticiones.

Si sólo usa ficheros JS y tiene procesos en backend podrá estar usando WebSockets para backend (puede ser Socket.IO en Node.JS, como una aplicación en PHP,C#,C,C++,Java,Python,etc... corriendo bajo HTTP WebSockets y que haga toda la lógica)... Hay muchas posibilidades y para cada aplicación se requiere el uso de una tecnología u otra, a demás de que cada programador tiene sus metodologías de trabajo!!

Procura usar la cabeza y saber bien lo que haces para intentar optimizar tu código lo máximo posible así como minimizar el impacto sobre el hardware del servidor y el riesgo a un ataque, ¡Por supuesto!

Un saludo!!

[Alexis88]

Trata de abstraer todas las funciones que se puedan realizar en los formularios. Puedes utilizar un objeto literal o una función constructora a manera de clase para aglomerarlas. En lo posible, trata de cargar solo lo que vas a utilizar, pues, como tú lo has dicho, cargar muchos archivos ralentizará los procesos.

Y con respecto a las validaciones, lo ideal es validar cualquier dato que vaya a interactuar con la base de datos, ya sea mediante un método constructor o destructor. En general, cualquier dato que se ingrese en el lado del cliente y se procese en el del servidor, es preferible limpiarlo antes de ser usado, y validarlo, en caso de que se requiera respetar un formato determinado o por mera seguridad, aunque para lo segundo hay otras formas que se deben implementar a nivel del servidor.

Un saludo